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BNM8T/7TMP 35I5 $ XTBPM € 
[4] 281 
É bne:/tmp 3616 $ ls /tmp/ 
SeTplist f1.gif 
§ SeTrootdev f1.xid 
$lllbne:/tmp 3617 $ 








Évek óta várunk egy jó operációs rendszerre, lehet hogy 
itt van? Lapunk az első lépések megtételében segít. 
Összeállítottunk egy minimális méretű, a DOS partíció- 


ba telepíthető LINUX változatot az ismerkedéshez. 








A VGA kártyák tulajdonosai lát- 
ványos tüzijátékot varázsol- 
hatnak képernyőjükre, és a 
VGA kártyák közvetlen progra- 
mozásáról is elleshetnek né- 
hány mesterfogást. 


Egy mai számítógép termé- 
szetes tartozéka az egér. 
Programozásáról, használatá- 
ról írunk. Készítünk egy egér- 
rel használható sprite készítőt 
és megmutatjuk, hogyan 
mozgathatjuk a kész sprite-ot 
egérrel. 


fi 
041100 


Lapunk az előző számhoz képest is jelentősen átalakult. Indítottunk egy állandó 
hardware rovatot, belekezdtünk a nagygépes programnyelvek ismertetésébe. 
Az igazi újdonság: beszálltunk a Pc szerelmeseit világszerte izgalomba tartó 
barkács operációs rendszer a Linux fejlesztésébe, terjesztésébe. A Linux már ma 
felveszi a versenyt a gőgős világcégek termékeivel, és már kitette az indexet... 
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Ez az első Windows programom... 
Verzió 1.00 
Copyright ej 1995 Forráskód 








Fxocuto . Brsakpolnt 
(EJ 7 FJAZTGE] 


Line: 217 Col 1 


IN. EdittExecute:VSAMDEMO.INT (VSAMD 


2 MAINLINE-LOGIC SECTION. 
- MATNLINE- PARAGRAPH. 

1 PERFORM SORT-STATES. 
1 PERFORM PROCESS-DATA. 

1 STOP RUN. 





- SORT-STATES. 
SORT SORT-FILE ON DESCE! 

SALES-DATA OUTPUT F 
2 SORT-STATES-EXIT. 
B FXLIT 


Egy PCX file-ok egy- 
más utáni megjelení- 
tésére alkalmas kis 
programot írunk, 
ami egy későbbi gra- 
fikus hipertext rend- 
szer alapja lehet. 


A forráskódban ettől 
a számtól megjelenő 
hardware melléklet 
első témája a Com- 
pact Disc felépítése, 
kódolása. 


Windows progra- 
mot készítünk a le- 
mezmellékleten ta- 
lálnatóprogramge- 
nerátor segítségé- 
vel. 


Egy klasszikus 
programnyelvet, a 
COBOL-t vettük nagyító 
alá, ismertetjük a legelter- 
jedtebb fordító, fejlesztő 


környezetet. 








A mozgó képfeldol- 
gozás kevesek ki- 
váltsága. Pillantsunk 
bele ebbe a világba. 


A GRAVIS hangkár- 
tyák programozásá- 
ról indítunk soroza- 
tot. 















Moper ő ése 


Tovább toldozzuk, foltozzuk az öreg adatbázis kezelőt. A következő eljárás a 
képernyő kezelésben segít. A karakteres képernyő korlátozott lehetőségein némi 
leleménnyel és humorérzékkel lehetünk úrrá. 


Ezt a clipper alá írt assembler rutint tekinthetjük 
akár mint programunkat kiegészítő eljárást, akár 
mint program érdekességet. A rutin egy megadott 
ablakban lepotyogtatja a karaktereket. Ha nagyon 
rövid várakozással indítjuk, akkor olyan gyors, 
hogy használhatjuk egy egyszerű ablaktörlő 
eljárásnak is. Az utasítás formátuma clipperből: 


SCRPOTTY (y1,x1,y2,x2,idől[, jelző atrib]) 


Az első négy szám az ablak bal felső és jobb alsó 
sarkát határozza meg, megadása kötelező. Ezután 
egy várakozást kell megadni, ennek az értékétől 
függ, hogy milyen sebességgel történik meg a 
potyogás. Ha jól beállítjuk, akkor egész kellemes 
látványt nyújt, kötelező megadni. Lehetséges 
további két paraméter átadása. Ezek az attribu- 
tumokra vonatkoznak. Ha a hatodik paraméter — 1, 
akkor a leeső karakterek otthagyják az attributu- 
mukat, azaz ha van egy kék alapon sárga betű és az 
leesett, akkor a fölötte lévő karakter amikor oda ér 
ahol az előző volt, az is kék alapon sárga lessz, a 
színek a helyükön maradnak és nem esnek le. 
Ha a hatodik paraméter — 0, akkor az adott karak- 
terrel a saját színadatai is leesnek. Ebben az esetben 
meg kell adni annak az üres karakternek az attribu- 
tumát ahol lyuk keletkezik a képernyőn. 
A program működik monokróm és színes 
képernyőn is, azt hogy színes-e a képernyőnk azt a 
8-11. sorban dönti el a program. Ezt a megoldást 
más programunkban is érdemes felhasználni. 
Szalay Zsolt 


INCLUDE EXTENDA.INC 
CODESEG sp5 
CLpublic -SCRPOTTY: 


CLfunc void SCRPOTTY cint y1,int x1,int y2,int x2int 
ido,int atrr,int atra 


CLcode 
mov 


atrival 
atrnelk: 
mov  ax,0 
mov — es,ax 
mov — di,463h 
mov  ax,es:[di] 
cmp ax 3b4h 
it 
ax,ODOOOh 
i2 


ax,Ob800h 


; YH a BH-ba 


; XH a BL-be 





FZRRÁSRÓD 2 


je 

imp 
vegeu: 

imp 


atrival: 

mov 
mov 
mov 
mov 
ecmp 
inz 
mov 
imp 
mov 
mov 
mov 
sub 
emp 
jne 
imp 


tov1t:mov 
inc 
mov 
sub 
cmp 
jne 
imp 


ax, dx 
di,ax 


di 
si si 
ch eh 
el,bi 
cx 
di 
ah,20h 
dx, dx 
ch,eh 
el,bh 


al,es:[dí] 
al,ah 

ti 

di, 160 
dx 

c1 

si 

t2 


cx,dx 

ex,0 

t3 

es:[di],ah 
di,160 

es:[di],al 

dx a.N 
dx,ido gek 
dx ák 
w1 ; / Wait 
dx 5 

c2 


es:[dil,ah  ;a legalsó sorban a leesett kar törlése 


di 
di,2 
cx 
c0 


di 
ah,ah 
al,bl 
ax si 
vegeu 
ind1 


vege 


ax,0 

es,ax 
di,463h 

ax es:[di] 
ax, 3b4h 
ií1 
ax,ObO0Oh 
i22 

ax, OD800h 
es,ax 
ax,Y2 
ax,Y1 

ax,0 

tovti 
vege 


bh,al ; YH a BH-ba 
bh 

ax, X2 

ax,X1 

ax,0 

tov22 

vege 


tov22:mov 

inc 
mov 
mov 
mul 
mov 
mov 
mov 
mul 
add 
mov 


ind2:push 
xor 
xor 
mov 


: push 
push 
mov 
xor 
xor 
mov 


: mov 
cmp 
jne 
sub 
inc 
loop 
inc 
imp 


tít: push 
mov 
sal 
sal 
sal 
sal 
mov 
mov 
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bl,al ; XH a BL-be 
bi 


ax, dx 
di,ax 


di 

si si 
echeh 
ecl,bi 


ex 
di 
ah,20h 
dx,dx 
ch ch 
el,bh 


ax es:[di] 
al,20h 

t11 

di,160 

dx 

c11 

si 

122 


bx 
bx,atr 
bi,1 
bi,1 
bi,1 
bi,1 
bh,20h 
cx,dx 
cx,0 
133 


es:[di],bh 
es:[di--1],bl 
di,160 
es:[di],ax 

dx SA 
dx,ido árú 


dx $-Ű 
w1t1 ai 
dx 57 
c22 


es:[di],bh 
es:[di--1],bl 
bx 


sa legalsó sorban a leesett kar törlése 


di 
di,2 
ex 
c00 


di 

ah ah 
al,bl 
ax si 
vege 
ind2 








j izgalom tartja lázban a pc szerelmeseit egy barkács operációs rendszer ami 
felveszi a versenyt a gőgős világcégek termékeivel. 


A pc hardwer fejlődésétől messze elmaradt a működtető alap- 
program az operációs rendszer fejlődése. A DOS már évekkel 
ezelőtt az 5.0 változat megjelenésével kimerítette fejlődési 
lehetőségeit. Utódként sokan a nagyobb gépek operációs 
rendszerét az UNIX-ot várják. A jelenleg kapható kereskedel- 
mi UNIX változatok azonban lassan terjednek részben a 
magas áruk, részben mert a kezelésükhöz komoly szak- 
értelem szükségeltetik. Ebben a helyzetben indult el az 
évtized szoftverkalandja egy ingyenes UNIX változat kifej- 
lesztése. A négy éve indult világméretű mozgalom ered- 
ményeként elidítójáról Linus Torvaldsról LINUX-nak 
nevezett operációs rendszer ma már működő valóság. 
Valószínűleg ez ma a számítástechnika legdinamikusabban 
fejlődő területe, lelkes amatőrök, diákok építik világszerte. 
Naponta bővül a rend-szer új szolgáltatásokkal, alkalmazá- 
sokkal.Hatalmas és lelkes fejlesztő tábora lévén hamarosan 
megelőzi szolgáltatásaival a neves kereskedelmi unix-okat, 
készül a Motorola 68-ezres, a MIPS, SPARC és DEC ALPHA 
változat is. Csodák persze nincsenek, a LINUX nagy rend- 
szer használatához több száz megabyte lemezterület, erős, 
gyors gép szükséges. Terjedésének ez az egyik akadálya, aki 
csak ismerkedni akar vele nem tud, vagy nem akar ennyit 
rászánni és esze ágában sincs átparticionálni diszkjét.. A 
másik probléma, a fejlesztők nem nagyon kényeztetik a 
kezdőket, a forgalomban lévő telepítő készletek ellenére 
nagyon nehéz elindulni. Lemaradni pedig nem érdemes a 
LINUX remek lehetőség a pc jelenlegi korlátainak átlépésére, 
a nagyobb gépek operációs rendszerének megismerésére. Mi 
lehet a megoldás? A Forráskód egy egyedülálló kisérletbe 
kezd, havi részletekben a lap mellékletét képező lemezen 
eljuttatja önökhöz a LINUX-ot. Az egyes folytatásokból min- 
denki önmaga építheti a saját LINUX-át. A project 
irányítására felkértük a téma alapos ismerőjét Bálint Nagy 
Endrét. Mindjárt az első rész nagy szám a maga nemében, ha 
önnek van legalább 4 megabyte rammal felszerelt 386-os 
gépe és néhány megabyte szabad hely található a merevle- 
mezén, csak el kell indítania a lemezmellékletünk LINUX 
alkönyvtárában lévő felrak.bat-ot, némi zakatolás után egy 
működő LINUX rendszer lessz a merevlemezén egy működő 
alkalmazással egy Norton Comander szerű file menedzserrel 
együtt. A telepített LINUX egy karakter alapú minimális vál- 
tozat, amit DOS partícióból lehet használni. Ezt az UMSDOS 
nevű filekezelő teszi lehetővé. Ha megnézünk az UMSDOS 
filerendszert, akkor látni fogjuk, hogy alapvetően közönséges 
DOS, csak minden egyes katalógusbantartalmaz egy --linux- 
.—- nevű file-t, ami a unix-os extra adatokat tartalmazza. 
Ezután nézzük, mi is történt eddig: lett két új katalógusunk a 
C:-n: egy LINUX, és egy LOADLIN nevű. Először lássuk a 
LOADLIN-t. Van benne egy minisys nevű file, ez a Linux 





1. ábra A LINUX nagy program, sok alkalmazás futhat alatta. 


kernel. Ezenfelül még itt találjuk a loadlin.exe-t, ami a kernel 
indítását végzi, és 
a linux.bat-ot ezt feltétlen nézzük meg közelebbről: 


(Decho off 
smartdrv /C 


cNoadlinVoadlin CAuoadliniminisys root-/dev/hda1 

Indítsuk el, ha a loadlin sikítozna, hogy gond van, annak két- 

féle oka lehet a száz másikon kívül: 

- Installáltuk a 386max vagy a bluemax vagy a gemm vagy 
hasonló memória-varázsló program valami túlzott 
ravaszságát. Kapcsoljuk ki, mindjárt menni fog a 
linux! 

- A C: partíciónk valójában nem az első partíció a diszken. A 
DOS FDISK parancsának egy pillanatig se higy- 
gyünk, mert esztétikai szempontból átrendezi a be- 
jegyzéseket megjelenítés előtt. A Norton diskedit 
már pragmatikusabb, és a valódi sorrendet mutatja. 

Amit a legegyszerűbb megtenni az az, hogy a root-/dev/hdal 
bejegyzésben a sorszámot elkezdjük léptetni felfelé. 
root-/dev/hda2, ... Ha véletlenül a C: valamiért a második 
diszken lakna, akkor persze a root—/dev/hdb1 az első értelmes 
kísérlet. (Nálam ez így van. Unix-on kívül ilyesmit tudtom- 
mal csak az OS2 boot-managere tud csinálni, de lehet, hogy 
nem ismerem eléggé a DOS-ban szokásos egyéb boot- 
trükköket. Ha valaki véletlenül hajlékony mágneslemezről 
indul, ott is előállhat ugyanez a helyzet.) Ha nem a C: DOS 
diszkre akarjuk felrakni a linux-ot, akkor már a felrak.bat-ot 
is javítani kell, és értelemszerűen a már emlegetett 
root-/dev/hdal 

bejegyzést is. Na, elindíthatjuk tehát a linux.bat-ot. 
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OMEGA 
Népstadion 1994 szeptember 3 
"Az ezüst eső" 


! vizesblokk 
) EGET TETT TZTSETTTTI Sétőt a város 
! 20405 Gammapolis 
(  30650A bűvész 1 
! TE szaja 6] 
Ahri b kk te kand roll sk szet ei 
2. ábra [ Sosteszteő z-, sam] 
A LINUX valódi többszálú, több- SÉT; 01742 sm ——— 512 
jö. úgé ; a 
feladatos operációs rendszer mi- 1 Hl A 
új eagtsgt Normal 
közben a jobb oldali alsó ablak- Dont play this track szelő SZE 
ban dolgozunk vidáman fut az óra default volume forthis T] Disc Nna about) CD info) Goodles . ult ) 


Default Play Mode / Normal . Shutfle ! From List ] 


a fraktál rajzoló számolja a követ- 
kező fázist és a CD-ről szól az 
Omega... 


CTIsbell to dbösic eptiaive comsertended ogult Fröcttuwpe-specirestart Frvi 
raGÖÉSEIRTZÉSÉKÉNNNÉZÉNE correction 12 r0.0 brekán (ezöltett kill er. 
jer shutdamn), 

tre 3539 § 

tp 3599 § 

tap 3533 § 

tre 3530 $ utarm b 





Document Title: 
Document URL: 
Bet] 
3. ábra SYNOPSIS bneGbne.ind.eunet.hu 
ka kászásk assa Pt ra xud [-debug] [-helpl 
Az elektronikus levelezés hívei is TóAdd válusi itérsőt 1] 
nagyon sok segítséget kapnak a [-screen] [-display di 
rendszertől. Mát h k HEGÖRIBTTÁ 
Az összes hálózati funkiót ismeri, a Xud is an X Hindow 
Éávák jú ;. allous X users to storj life: Endre Bálint Nagy 
Mosaic vagy a World Wide Webb KALtad duke files T he Heston áreleesot ni 
kliens egyetlen hipertextként mu- other X utilities for SéRejeTt 
; sa 414 matting, archíving, 

tatja a világhálózatot. mindow is selected by] .) ERANLEU EE 

Windou. — The  keyboarjió ÉRI 

of the dump and tuice r it § A 

OPTIONS j j 11 f 
-display display 
This argument sgzágttoztót? ia 

3602 $ (sleep 38;  xid s lá A 

syntax error near unexpi 87 Ti 1 I 

3603 $ ( sleep 30; xndi ! NI i dr) il HM 

MAN U akt 0 Ó 
HINNI MISA ANP E, 
val mát mara 

4. ábra 


A LINUX alá többféle grafikus ab- 
lakkezelő rendszert illesztettek. Az 
X windows programok egész arze- 
nálja elérhető. Képmegjelenítők, 
rajzolóprogramok sokaságából vá- 
logathatunk. 


g Va Gst 
by john Bradley B) dlKTEKKG ESÉS ERAHÜA TT ETeáll 
1-add value] [-root ! -id ád § -nano nane J [-icnapl 
C-screen] (cdisplay diseplaul 
B 
Aud is an X Mindou Syeten uindou dunping utility. Xsd 
vél ds, Bor 
ESSZÉ SEA 8 else At áösllersák Sífássd 
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Valami ehhez hasonlót kell lássunk: 


LOADLIN wé1.. 5 (6) 1994 Hans Lermen 
(1lermengelserv. ffm. fgan.de 
Loading 


Uncompressing Linux...done. 

Now booting the kernel 

Console: mono EGA4 80x25, 1 virtual console (max 63 
Calibrating delay loop.. ok - 6.60 BogoMips 

hda: WDC AC2250, 244MB w/63KB Cache, CHS-1010/9/55 
Mult-0/16 

hdb:  WDC  AC2540H, 515MB 
CHS-1048/16/63, Mult-0/16 
ide0: primary interface on irg 14 
Floppy drive(s): fd0O is 1.44M 
FDC 0 is a 8272A 

Memory: 6980k/8192k available 
384k reserved, 192k data) 
Checking "hlt" instruction... Ok. 

Linux version 1.1.80 (rootébne) (gcc version 2.5.8 
$17 Sun Jan 22 

08:59:26 MET 1995 

Partition check: 

hda: hdal c hda5 hda6 : 

hdb: hdbl hdb2 hdb3 hdb4 

UMSDOS Beta 0.6 (compatibility 
msdos) 

Mounting root 

/linux is there. 

/1linux/etc is there. 

Activating pseudo root /linux. 
VFS: Mounted root (UMSDOS filesystem). 


w/128KB Cache, LBA, 


(636k kernel code, 


level 0.3, 


hunix-linux mini system v 0.0." 


Hello, udvozoljuk hunix-linuxon! 
Hacsak nincs 4 MB-nal tobb RAM a gepeben, egy swap- 
fajlt kell letrehoznunk. 


Mekkorara csinaljam ? (kilobajtban) 
a kert 128K swapfajl letrehozasa... 
A swapfajl inicializalasa... 

A swapfajl bekapcsolasa... 

Memoria statusz: 


total used free shared buffers 
Mem: 6976 6800 176 3420 2280 
Swap: 124 0 124 


Ugye latszik a swap? ENTER-rel tovabb 


Ha eddig eljutottunk, akkor már sínen vagyunk. Ha a mekko- 
rára csináljam kérdésre nem mondunk semmit, csak egy 
ENTERT-t, akkor 128 kilobyte diszk-kapacitásunk bánja csak 
a dolgot. Négy megabyte-nál kevesebb memória birtokában 
azért mondjunk valamit, bár a válasz egyelőre nem igazán kri- 
tikus, mert úgyis panaszkodni fog a linux, ha kevés. Később 
bármikor javíthatjuk úgy, hogy "root"- ként bejelentkezve a 
következőket tesszük: 
tt swapoff /dev/swapfile 


tt rm /dev/swapfile 
tt reboot 


Ekkor a következő rendszerindulás közben lesz módunk más 


választ adni a szóbanforgó keresztkérdésre. 
Hunix-linux 0.0 


a 
1 
a 
a. 
a 





am ak 
e. 





ar 
a 

a 

a 

a 

95 út 


a 
at 
a 


ki 





td át 


illo rtleti 





1995 februari melleklet. 
(none) login: 


Na, itt meg kell állnunk egy pillanatra. A linux éppen afelől 
érdeklődik, kit tisztelhet bennünk. Az éppen telepített rend- 
szerünk összesen két személyt ismer, az első egy "root" nevű, 
és minden unix a "falkavezért" nevezi így, míg a másik egy 
"en" nevű. (Az ékezet szándékosan maradt le az é-ről, itt 
ugyanabban a kínban vagyunk, mint amiben tetszőleges prog- 
ramnyelv ugyanis az ékezetes betűk használata vagy egyene- 
sen tilos, vagy legalábbis nem ajánlatos. Valójában teljesen 
mindegy, hogy milyen fokú az ellenjavallat, jobb ha nem 
erősködünk.) 

Írjuk be: "en". A következőkben az általunk beírandó 
üzeneteket dőlt vastagított betűvel szedjük. 


(none) login: en 
Linux 1.1.80. (Posix). 


A megjelenő dollárjel jelzi, hogy a rendszer a parancsainkra 
vár. Indítsunk el egy programot, írjuk be a nevét és üssük le 
az ENTER-t. 


$ deco 


A deco a "demos commander" -t indítja. Bevallottan Norton 
commander utánérzés, aki szereti az NC-t, az szeretni fogja. 
A "demos commander" név azonban némi mesélésre ad ürü- 
gyet. Eredetileg " HEMOC"-nak írta a demos-t a szerző, ami a 
unix KGST álneve volt. Mi a Videotonnál annak idején 
DMOS-nak írtuk és démosznak mondtuk. Akkor persze még 
más világ volt, és a unix az szigorúan embargós áru volt, 
részben talán ezért kellett átkeresztelni (és szinte a semmiből 
újraírni). A bátrabbak próbálkozhatnak deco nélkül, akkor a 
"bash" évre hallgató parancssor-feldolgozót - unix Zsar- 
gonban shell-t kell megtanulni. Egyébként linux-éknál a bash 
a szabvány. 

A bash teljes neve - Bourne again shell - egy icipici szójáték, 
és a unix-shellek közös ősére a Bourne shell-re utal. Van help 
parancsa, de az bizony angolul beszél. Sebaj, van ám parancs- 
sor-szerkesztő is beleépítve, a fel, le, jobbra, és balra nyi- 
lakkal lehet közlekedni benne, és file-ban megőrzi a begépelt 
parancsokat. Másik nagy trükkje, hogy a Tab billentyűre 
megpróbálja folytatni az éppen bevitt parancsot - na azért 
nem gondolatolvasó, igazából csak a file-neveket próbálja 
folytatni. Két Tab-ra a lehetséges változatokat is elmondja. 
Gyakorlatilag teljesen csereszabatos a Korn shellel, ezért a 
Berta Sándor kolléga rovatában megjelent programok 
kipróbálhatók vele, az egyetlen tennivaló, hogy mindegyik- 
ben az első sort t!/bin/bash-nak kell írni. Mindössze két "ksh" 
paranccsal nem tud mit kezdeni a bash, select és print paran- 
csa nincs. Az persze előfordulhat, hogy nem ezen bukik meg 
a dolog, hanem azon, hogy egy hajlékony-lemezre szégyen- 
letesen kevés program fért csak fel, így például nincs nroff 
sem. Érdemes néhány szót ejteni a unix-os file-ok alapvető 
jellemzőiről. DOS-ban ugyebár vannak file-ok és katalógu- 
sok, és azok rendelkezhetnek a system, hidden, readonly és 
archive attributumokkal. Arra nem nehéz rájönni, hogy min- 
dez alig több egy rossz viccnél, mert bármikor az attrib 
paranccsal ezek módosíthatóak. Ha emlékeim nem csalnak, 
attrib -R paranccsal megszüntethető az írásvédelem. Akkor 
meg minek a felhajtás?. Ezzel szemben egy unix-os file-nak 
legelőször is gazdája van, és a gazda az, aki korlátlanul ren- 
delkezhet a fájl felett, persze csak amíg gazda volta meg nem 
szűnik. Amúgy a világ három részre van felosztva, a gazdára, 
a gazda "brancsára" és a többiekre. Ennek megfelelően a file- 
okhoz rendelt jogok is három részből állnak, hogy az említett 
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három kategóriának különböző elbánást lehessen biztosítani. 
A DOS-os DIR parancsnak a unix-os párja az ls parancs. 
Például: 


$ Is -I /etc/passwd 


-rw-r--r-- 1root root 1085 Jan 19 13:31 /etc/passwd 


Az első tíz jel a sorban a file "módja" a unix-os zsargonban. 
Az első jel a file típusát jelzi, a "-" az a közönséges avagy 
rendes file-t jelzi. Utána 3x3 jel következik, rendre az 
olvasási, írási és végrehajtási jogokat jelenti a gazdának, a 
"brancsnak" és a többieknek. A példában szereplő file-t ezek- 
szerint csak a gazda - a root néven ismert valaki - írhatja, 
mások csak olvashatják, végrehajtani pedig nem lehet. (Hát 
igen, az ls kicsit más sorrendben mutatja amit mutat, mert 


pont a file-név került a végére.) 


$ Is -Id /etc 
drwxrwxr-x 7root root 


2048 Jan 23 23:55 /etc 

A típusjel itt "d", azaz katalógusról van szó, a root nevű unix 
felhasználó tulajdona, ő írhat is bele - azaz létrehozhat benne 
új fájlokat és kitörölhet belőle file-okat, A file "brancsát" is 
root-nak hívják, és az abba tartozók által is írható-olvasható. 
A többiek szegénykék csak olvashatják. De micsoda az az 
"x", azaz a végrehajthatóság katalógus esetén? Hát nem sok 
más ötletünk lehet, mint az, hogy bele szabad "lépni" a chdir 
paranccsal (Szerencsére rövidíthető cd-nek, ellentétben az 
mkdir és az rmdir parancsokkal). Egyébként tényleg ez az 
értelme. A file hossza valamint a dátuma ismerősnek kell tűn- 
jön, de mi lehet az a szám a mód után? Ez egy újabb unix-os 
őrület, magyarán  hivatkozásszámlálónak mondhatjuk, ha 
pedig felvágni akarunk, hívjuk "link count"-nak. Ha már 
valamit számlálunk, akkor nyilvánvalóan olyasmiről van szó, 
amiből több is lehet. Hát mije lehetne több egy file-nak, ha 
nem több neve?! (A d kapcsoló hatására nem a katalógus tar- 
talmát kaptuk, hanem magának a katalógusnak a attribútu- 
mait.) 


$ Is -ild / letc letc/. letci.. 

2 drwxr-xr-x 30root — root 
40483 drwxrwxr-x 7root — root 
40483 drwxrwxr-x 7root — root 

2 drwxr-xr-x  30root — root 


1024 Jan 22 09:01 / 
2048 Jan 23 23:55 /etc 
2048 Jan 23 23:55 /etc/. 
1024 Jan 22 09:01 /etc/.. 


Hiszen ismerős a dolog: a /etc/. az egy (ályneve a /etc-nek! 
(Az esetleg meglepetés, hogy 4 file-nevet is elfogatott az, 
hiszen a DIR az legfeljebb egyet szokott.) 

A /etc/.. az meg a "/"! Akkor hány alkatalógus is lehet a /etc- 
ben? Számoljunk: A /etc az egy hivatkozás, a /etc/. az még 
egy, marad még 5, ami öt darab /etc/valami/.. kell legyen! 
Ellenőrizzük: 


$ Is -I /etc I grep "Md" 


drwxr-xr-x 2root root 1024 Jan 21 22:46 default 
drwxr-xr-x 2root root 1024 Jul 27 1994 fs 
drwxr-xr-x 2root root 1024 Jul 27 1994 lilo 
drwxr-xr-x 2root root 1024 Jul 27 1994 rc.d 
drwxr-xr-x 3root root 1024 Jul 27 1994 skel 


Ez bejött, próbáljuk meg a ".."-okat! (A grep egyszerűen 
kigyűjtötte a d betűvel kezdődő sorokat.) 


$ Is -lid letc/7/.. 
97166 drwxr-xr-x  5root root 
40483 drwxrwxr-x 7root root 
40483 drwxrwxr-x 7root root 
2 drwxr-xr-x 30root — root 
40483 drwxrwxr-x 7root root 
40483 drwxrwxr-x 7root root 
40483 drwxrwxr-x 7root root 


1024 Jan 5 16:30 /etc/X11/.. 
2048 Jan 23 23:55 /etc/default/.. 
2048 Jan 23 23:55 /etc/fs/.. 
1024 Jan 22 09:01 /etc/inet/.. 
2048 Jan 23 23:55 /etc/lilo/.. 
2048 Jan 23 23:55 /etc/rc.d/.. 
2048 Jan 23 23:55 /etc/skel/.. 


Hoppá, itt azért valami csalás van! Kiszámoltuk, hogy pon- 
tosan 5 db alkatalógusunk van! Az fs, lilo, rc.d és skel úgy 
működik, ahogy vártuk, még az a magyarázatra szoruló szám 
az elején is egyezik, de hogy került ide az XII és az inet? 
Próbálkozzunk: 


$ Is -lid letc/XII letclinet 
40660 Irwxrwxrwx 1root root 14Jan 5 15:45 /etc/XII -2 /var/X11R6/lib 
40501 Irwxrwxrwx 1root root  1Jul27 1994 /etc/inet 2 . 


Igen itt valami egészen új csalásra derült fény. A jelölésből 
végül is kitalálható, hogy valami olyat szeretne az Is mondani, 
hogy a /etc/XII-et lásd a /var/X1IR6/lib címszónál. A 
/etc/inet -3 . pedig szemmel láthatóan a /etc szeretne lenni, 
hamár a /etc/.. meg a /etc/inet/.. annyira hasonlít egymásra! 
Ezt a nyilat, amiről már tudjuk, hogy a szótárak lásd" 
jelölésének a unix-os megfelelője, nagyképűen "szimbolikus 
link -nek is mondhatjuk. Hogy miért kell ennyire elbonyolí- 
tani az életünket, annak az az oka, hogy szegény file-kezelő 
azt még csak megoldja valahogyan, hogy több nevet ad 
ugyanannak a file-nak, de az már nyilvánvalóan megoldhatat- 
lan feladat a számára, hogy a fennhatóságán kívüli hivatkozá- 
sokat kezeljen anélkül, hogy direkt módon a hivatkozott file 
igazi nevét ne tárolná valahol. Ezt egyebként a mód jelek 
közül az első "1" betű is mutatja. A még meg nem magyará- 
zott szám pedig a file filerendszeren belüli azonosítója lehet 
csak, értelemszerűen ez sorszám valójában. Hogy miért éppen 
kettővel kezdik, annak története van ugyan, de értelme nem 
sok. (Ugye a / az eleje minden filerendszernek, és az kell 
legyen az első bejegyzés benne?!) 

Ragozzuk csak tovább ezt a fránya Ils-t! (Elárulom, alig van 
olyan kis és nagybetű az angol ábécében, ami nem értelmes 
kapcsolója az ls-nek. Egyelőre megkímélem az olvasókat az 
összes ismertetésétől. Az Is --help parancs elmeséli az össze- 
set, nem túl ékes angol nyelven.) 


$ Is -lid / /. /.. 
2 drwxr-xr-x 30root — root 1024 Jan 22 09:01 / 
2 drwxr-xr-x 30root — root 1024 Jan 22 09:01 /. 
2 drwxr-xr-x 30root — root 1024 Jan 22 09:01 /.. 


A szabály az szabály, tehát a /-nek is van ..-ja. Mi más lehetne, 
mint önmaga? Ezt a fájlsorszámot, illetve az amögött rejtőző 
adatszerkezetet a nagyokosok inode-nak hívják, eddig még 
egyetlen magyarítását láttam nyomtatásban, az úgy szólt, 
hogy i-bög. (Nem tetszik igazán, mert kissé divatjamúlt íze 
van, de tud valaki szebbet helyette?) 


Bálint Nagy Endre. 
E-mail: bne2cert.hunix.hu 
Tel: 25-25-793 
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A VGA kártyák tulajdonosai látványos tüzijátékot varázsolhatnak képernyőjükre a következő 
C nyelvű programmal. A két bemutatott effekt nem új, de aki most tanulja a VGA programozását 
annak tanulságos és elsőre ijesztő dolog hatszáz pont független mozgatása a képernyőn. 


A program indulásakor egy assembler rutinnal grafikus 
módba kapcsoljuk a VGA kártyát. Miért kell az a két sor 
assembler az egyébbként tiszta C nyelven írt programba? 

Ez egy trükk, ezzel rá kényszerítjük a C fordítót, hogy assem- 
bler kódot generáljon, ezt aztán az assembler fodítóval 
lefordítva tömörebb kódot kapunk. A program gyorsítása 
érdekében az adat init függvénnyel fokonként kiszámítjuk a 
szinusz és a koszinusz függvény értékeit és két tömbben 
tároljuk, így futás közben ezzel nem kell foglalkoznunk. 


ttinclude cstdlib.ha 
ttinclude cdos.h: 
tinclude cmath.h: 


int xI[5],xh(5]yI[5],yh(5], vell[5],velh(5], 
angli[5],angh[5], alivel[5],aliveh[5],coll[5], 
colh[5], sizel[5],sizeh[5] fadev[5], 
tid[5] wait(5],master[(5]; 

int g[600],x(600],y(600],xvel(600],yvel[600], 
alive[600],col(600], size[600], fade[600], 
itemno[600], next[600],state[600]; 

int im, jm,km,xmin,xmax,ymin,ymax, 
newpt,ci,num, active num dormant, 
freep, mastercol,sh-5,scan-179,gv-2, 
slowdown-80,s-0O,rt-10,noise-0; 

float sinr(361],cosr[361]; 


void szint(int "d1 int "d2,int s1,int s2) 


( 

if (51-52) (td1-st;  "d2-s23) 
else ("td1-s2;  "d2-s1;) 

) 


int rnd(int low,int high) 


( 
return low--(((long)rand()"(high-low--1))2515); 


) 


void pont(int x,int y.int szin int meret) 


int i,x1,x2,dummy,address, bit, rbit; 
if (yzzymin) if (yczymax) if (xs5-xmin) if (xc-xmax) 


( 

outportb(0x3ce,3); 
outportb(Ox3cf,0x18); 

for (i--(meret-1); is-meret-1 ; í----) 


x1-(xsssh)-(meret-1-abs(i)); 
x2-(xs5sh)--(meret-1-abs(i)); 
while (x1c-x2) 


ú 

lbit-x1 8. 7; 

rbit-(x25-(x1 ] 7))? 7 : lbit--x2-x1; 
outportb(0x3ce, 8); 


Ez után indulhat a műsor a két effekt a rakéta és a molinó, 
illetve egy kettős ciklusba ágyazott rakéta a sziporka segít- 
ségével. Az effektekben a szint függvénnyel beállítjuk a vál- 
tozók értékét, majd a process, mozgat, és pont függvények 
elénk varázsolják a showt. Örömünket már csak az egyes 
gépek, videokártyák eltérő sebessége árnyékolhatja be, de 
ezen segíthetünk a sziporka függvény első kettő és utolsó 
paraméterének változtatásával, esetleg a process függvény 
első paraméterének növelésével. Jó szórakozást! 


outportb(Ox3cf, (unsigned char) (Oxffcx(7-rbit--bit) )solbit); 
dummy-peekb(0xa000,address-((yz23sh)-i) "80--((x1553)); 
outportb(0x3c4,2); 

outportb(0x3c5, szin); 

pokeb(0xa000, address, Oxff); 

x1-x1-4-rbit-lbit--1;) 


! 

outportb(0x3ce,3); 
outportb(Ox3cf,0); 
outportb(0x3ce,8); 
outportb(Ox3cf,Oxff) ; 
outportb(0x3c4,2); 
outportb(0x3c5,Oxff);) 
) 


void release(int pt) 


( 
alive[ptJ-abs(alive[pt)) ; 
scan-max(scan,pt); 


§ 
void create(int it,int "pt) 


int vel,angle; 

if (íreep:-0) ("pt-freep; 
else 

(for ("pt-180-("ptc600) 8.8. (alive[fpt]!-0); 

Cpt); 

tpt-min("pt,600-1);) 

itemnol[/ptj-it; 

giptl-gv; 

fade[/pt]j-fadevlit)]; 

state[/ptJ-s; 

x[/ptJ-rnd(xI(it),xhrit)); 

yUptl-rnatyi[it],yh[it)); 

vel-rndívell[it) velhtit)) ; 

angle-rnd(angil[it],anghlit)) ; 
xvel[/ptJ-vel"sinr[180--angle]; 
yvel[/ptJ--(vel"cosr[180--angle]); 
col[/pt]J-rna(coll[it],colhr[it]); 
size[/ptJ-rnd(sizel[it],sizeh[it)]) ; 

if ((alive[fptJ-rnd(alivell[it], aliveh[it]))50) release("pt); 
! 


freep-next[/pt);) 
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void mozgat() 

1 

int ij; 

num. active-0; 

num dormant-0; 
for (j-Ojjczscan;j4--) 
if (alive[j]c-0) 

( 


if (jc180) for (i-1 jis-slowdown;i----); 
if (alive[jjc0) num dormant----; 
) 


else 


( 

if (noise50) if (rand()cnoise) outportb(0x61,3); 
if (state[j]J20) pont(x(j),y(j),col[j],size[j)); 
else if (state[jJ--0) state[jj-1; 

num activer--; 

alive[jj—; 

yvell[j]--—gij]; 

X[j]--—xvel[j]; 

if ((ylj]---yvelljljzymax) 

(yljl--vvelljl; xvel(jj-O:t 

if (alive[jJ--0) 

if (gljJ-—0) ( 

gljl-gv; 

alive[jj-10; 

) else if (size[j]21) ( 

size[jj—; 

alive[jJ-fade[j); 

) else ( 

col[jj-0; 

if (jc180) (next[jJ-íreep; 

freep-ja) ) 

pont(x(j] YI], col(j],sizetj)) ; 
outportb(0x61,0);) 

while ((scan:-180) 8.8. (alivelscan]c-0)) scan—; 
if ((noisezabs(noise))50) noise--300; 


void process(int t,int waiting) 

( 

int it,i,timer; 

for (timer-1 ;timerczt;timeri---) 

( for (it-Ozitc5zit----) 

( tidí[itJ—; 

if (waitlitJ50) create(it,8.masterrit)) ; 
else if (waitlitJ--0) 


( 

for (i-Ozic600;i----) 

if ((alive[iJc0) 8.8. (itemnol[i]--it)) release(i); 
noise--3000; 

) if ((waitlitJa-1) 8.8. (it!-waiting)) wait[itjh—:) 
mozgat():) 


void raketa(int xi int yi,int life, 
int var int p1 int p2,int p3,int p4 int waiting) 
( 


ciz0; 

while (tidfci]J50) 

( process(1 waiting); 

if (4-Cis4) ci-0; ) 

tid[ciJ-life; 

if (waitingc0) coll[ciJ-rnd(9,14); 

else coll(ciJ-mastercol; 
szint(8.xl(ci],8.xh[ci],xi-5zash,xi--5xxsh); 
szint(gyl[ci],gyh[ci],yi-5zcsh,yi--5ccsh); 
szint(gvellfci], 8-velh[ci] rnd(p1 ,p2) ssh rnd(p3,p4) ccsh); 
szint(g.angl[ci], ganghíci)],-180,180); 
szint(8xalivel[ci), g:aliveh[ci],-2"rt,-rt) ; 
szint(g.collfci], 8.colh[ci),coll(ci),coll(ci]--1); 
szint(8.sizel[ci],4sizeh[ci],2,2); 
fadev[ci]j-rndírt,3"rt); 

waitfci]J-60; 

process(var,-1); 


) 


void sziporka(int n,int rep,int life, int gap,int pause) 

i 

int ij; 

for (j-1:jc-rep;ij----) for (i—1-ic—niir) 
raketa(rnd(150,540) rnd(50,200) ,life,gap,1,3,5,12,-1); 
process(pause,-1); 


§ 


molino() 


for (j-7:j2505j—) for (k-O:kc-7:k----) 
if ((peekb(OxfO00,Oxfa6e--j:-B"txt[i]) 8. (0x8055k))50) 


( 
szint(8.xI[O],8.xh[0],8--72"i--8"k-1 cash, 8--72"i--8"k--2 cash); 
szint(gyI[0],8xyh[0],100--8"j-1 cash, 100--8"j42ccsh); 
szint(gvell[0],8-velh[0] Ozxcsh,Occsh); 
szint(8.angli[0], 8:angh[0],0,0); 

szint(8xalivel[0], 8."aliveh[0],20,40); 

szint(8.coll(0], 8.colh[0],14,14); 
szint(g:sizel[0],8.sizeh[0],3,3); 

fadev[0]-65; 

create(0,8.newpt); 

for (1-1:1c-30005l4---); 

! 

process(6,-1); 

) 
) 


screen(int mode) 

( 

asm mov ax mode 
asm int 10h 


) 


adat init() 

( 

int i; 
szint(8.xmin,8xmax,5ccsh,634ccsh); 
szint(gymin,8ymax,5ccsh, 474ccsh); 
for (i-Ozic-907i----) 


( 

sinr[180--i]-sin(i/57.29578); 
sinr[180--i]--sinr[180-ri]; 
sinr[180--180-iJ-sinr[180--i]; 
sinr(180--1-180]--sinr[(180-ri)]; 
cosr[180--i]-cos(i/57.29578); 
cosr[180---i]J-cosr[180-i]; 
cosr[180--180-i]J-—-cosr[180-ri]; 
cosr[180--i-180]--cosr[180-ri]; 


for (i-O-ic600;alive[i]-O,next[i]-i--1 ir); 


) 


main() 


screen(18); 

adat init(); 
sziporka(3,3,100,10,75); 

Ssz-1; — rt-20; 
raketa(150,200,100,30,3,3,3,5,-1); 
raketa(500,100,100,50,3,3,3,5,-1); 
raketa(250, 50,100,100,3,3,3,5,-1); 
sz0; rtz20; 

molino(); 

process(100,-1); 
sziporka(4,3,100,10,75); 
process(200,-1); 

screen(3); 


) 
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KEKE ELMÉLET YJ7E7 


Mesterséges ideghálózatok 


Tanulni, tanulni, tanulni... 


Miközben a T. Olvasó a Forráskódot olvassa, bámulatos dol- 
gokat művel. Az újságot elválasztja a környezettől. Az olda- 
lakon felismeri a tördelést, mit milyen sorrendben kell olvas- 
nia. Ha ezt mégis eltévesztené, akkor is észreveszi az össze- 
függésbeli hibát, és korrigál. Aztán a sorokban megtalálja és 
felismeri a betűket, olvassa a szöveget, fejben , lefuttatja" a 
közölt programokat. Elemzi és értelmezi az ábrákat, képe- 
ket, kapcsolatba hozza azokat az olvasott szöveggel. Közben 
mozgatja, lapozza az újságot. Mindez természetes — nekünk. 
Számítógéppel megcsinálni nagyon nehéz. 


Mi mit tud? 


Agyunk könnyedén bírkózik meg az előzőekben leírt és jó- 
val összetettebb feladatokkal. Az emberi agyban rengeteg 
elemi feldolgozóegység működik, ezek az idegsejtek vagy 
neuronok. A neuronok darabszáma valahol 10 és 60 milli- 
árd között van, ráadásul ezek mindegyike átlagosan 1000 
másik neuronnal tart kapcsolatot, így áll össze hálózattá. 
Minden egyes neuron a kapcsolatokon keresztül fogad in- 
gereket, és ha ezek összege meghalad egy küszöbértéket, 
akkor ingerületet bocsát ki. Az agyi rendszer szerkezete és 
működése elképesztően összetett; tanulásra és magasfokú 
asszociációra képes. 

Már Neumann János is foglalkozott a , self-reproducing" 
számítógépek elméletével, azonban csak 1983 körül indult 
több olyan projekt a fejlett országokban, amelyeknek az 


emberi képességekkel rendelkező ú.n. ötödik generációs 
számítógép kifejlesztése volt a célja. 1990-re akarták létre- 
hozni az ötödik generációs számítógépet, amelynek legelső 
újdonsága lett volna, hogy az emberéhez hasonló nyelvet 
ért meg. Önmagában már ez is számos területen segítséget 
nyújtott volna. Sajnos, a létrehozott megoldások korlátozá- 
sokkal csak egy-egy szűkebb területen működnek. 


Az alapegység 


A számítógéppel modellezett neuron sok bemenettel és egy 
kimenettel rendelkező funkcionális egység (1. ábra). Mind- 
egyik neuron számos másiktól kap jelet. A bemeneti jelek 
(XI, X2 ... Xn) különböző súllyal (W1, W2 ... Wn) szere- 
pelnek, a neuronban ezek súlyozottan és előjelesen össze- 
adódnak, majd ennek megfelelően a kimeneten megjelenik 
a válaszjel (Y). A kimeneti jel kialakulása tehát a bejövő 
jelek súlyozott összegének függvénye. (/. ábra) 

A (transzfer)függvény leggyakrabban a sigmoid függvény, 
amely egy alacsony és egy magas telítődési értékkel ren- 
delkezik, a kettő közötti arányos szakasszal. (2. ábra) 


Modell, algoritmus 


A legismertebb szereposztás: Perceptron modell, amelyet a 
Back Propagation algoritmussal tanítanak. Létezik sok más 














1. ábra 
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2. ábra 


modell és algoritmus, esetenként lényegesen más tulajdon- 
ságokkal. A Perceptron előrecsatolt modell, a Back propa- 
gation algoritmus pedig ellenőrzött tanítást végez. 

A Perceptron hálózat egy bemeneti, egy rejtett és egy ki- 
meneti rétegre bomlik. A valóságban a rejtett réteg tovább 
rétegződik. Látható, hogy az egyes rétegekben lévő neuro- 
nok mindegyike a következő réteg összes eleméhez csatla- 
kozik (3. ábra). 

Az ellenőrzött back propagation a leggyakrabban meg- 
valósított eljárás, mert valószínűleg ez képes legjobban 
az általánosításra. Az ellenőrzött tanuláshoz előre ismer- 
nünk kell a kívánt eredményt. A tanulás során a hálózat 
kimenetét összehasonlítjuk az ismert eredménnyel, és 
eltérés esetén kiigazítjuk a hálózatot. A back propagati- 
on-nál a hibajelet visszavezetjük a hálózatra, amely a 
súlyozásait módosítja úgy, hogy ugyanazon hiba többet 
ne következzen be. A tanulás tehát a súlyozások hango- 

















3. ábra 





( ELMÉLET 


lásával valósul meg, miáltal a hálózat egyre tapasztal- 
tabb lesz. 

A mesterséges ideghálózatot tanítani, nem pedig progra- 
mozni kell. A tananyagot ill. mintahalmazt valamilyen kü- 
lön módszerrel-algoritmussal szokás előállítani. Gyakran 
éppen ennek a tulajdonság-kigyűjtő algoritmusnak a kitalá- 
lása a legnehezebb. A mintahalmazban foglalnak helyet az 
adott problémát leíró tulajdonságok (jellemzők) és a tulaj- 
donságra adandó válaszok. 

Ugyanazt a mintahalmazt általában több ezerszer kell meg- 
mutatni a neuronhálózatnak. A tanítás eredményeként elő- 
áll egy tudásbázis. Ezt a tudásbázist használjuk arra, hogy 
ismeretlen tulajdonságokra válaszoljon. Ekkor tehát csak a 
tulajdonságokat (kérdéseket) adjuk át a hálózatnak, amely 
ezek alapján a kimenetén ad egy választ. 


Érthetőbben 


Ha példaképpen a szinusz függvényre akarjuk betanítani a 
hálózatot, akkor a tulajdonság maga az a szögérték, amely- 
nek a szinuszát fogjuk megtanítani, a válasz pedig a szög 
szinusza. 


X: Tulajdonság 
SIN(X): Válasz 


A tananyagban ezeket természetesen a szükséges felbon- 
tásban kell ábrázolni, majd az egészet néhány ezerszer, a 
lehető legkisebb hiba eléréséig, át kell futtatni a hálózaton. 
Ha elértük a minimális hibát, nincs más dolgunk mint a 
számunkra érdekes tulajdonságot/szögértéket beadnunk, a 
kimenetről pedig a szög szinuszát kiolvasnunk. 


Valós alkalmazások 


A szinusz függvény példája sántít egy kicsit, gyakorlati 
szempontból felesleges neuronhálózattal modellezni. A va- 
lóságos alkalmazások ennél sokkal izgalmasabbak. Csak né- 
hány , kemény", sokjellemzős példa: spektrumanalízis, fo- 
lyamatvezérlés, képfeldolgozás, beszéd- és karakterfelisme- 
rés, anyagvizsgálat, analóg és digitális jelfeldolgozás, időjá- 
rás előrejelzés, műholdas fényképfelvételek kiértékelése, 
bűnügyi vizsgálatok elvégzése, kockázatanalízis, orvosdiag- 
nosztika (röntgenfelvételek, EKG görbék, vérképek), áram- 
köranalízis, banki és tőzsdei árfolyamok előrejelzése, fraktál- 
analízis, sokdimenziós függvények leírása, lóversenyfoga- 
dások, morfológia, alkalmazottak kiválasztása, kísérleti 
eredmények optimalizálása, robotvezérlés, járművezetés, 
monoton emberi munka kiváltása. 


Hajnal Csaba 
Aktív Rekord Szoftverrendszerek 
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Egy mai számítógép természetes 
tartozéka az egér, bár használatát 
az operációs rendszer a DOS a mai 
napig nem támogatja. 








Nem kell megijednünk az egér programozásától, a feladat 
nehezét elvégzik az egereket gyártó cégek. Az egérhez mel- 
lékelik a használatához szükséges dos-kiegészítést. Ezek az 
általában COM formátumú meghajtó programok a kompati- 
bilitás érdekében a hexa 33 megszakításra instalálják fel 
magukat, és az egeret a programozó ezen keresztül kezelheti. 
Aki járatlan a megszakítások használatában olvassa el a 
assembler iskola címü cikkünket. A hexa 33 megszakításnak 
több alfunkciója van. Használatakor az alfunkció számát a 
szor AX regiszterébe írjuk és meghívjuk a megsza- 
t, ha van visszatérési érték akkor azt az AX, BX, CX, DX 
regiszterekben találjuk. Az alfunkciókat táblázatba foglaltuk. 
Az egér használatba vétele előtt meg kell győződni, hogy a 
mouse driver installálva van e. Ezt az első alfunkció segít- 
ségével megtehetjük. Ahhoz hogy az egér mozgását a 
képernyőn követni tudjuk valamilyen jelet kell a kurzor pozí- 
cióba tenni. Két lehetőség közül választhatunk: vagy elfogad- 
juk a hardwer által biztosított kurzort, vagy magunk teszünk 
ki valamilyen bitmintát. Mindkettőre mutatunk példát. Az 
első esetben az 1. alfunkcióval be, a 2. alfunkcióval kikap- 
csolhatjuk a hardwer kurzort. Az előző számunkban bemutat- 
tunk egy példát az egérkurzor be, és kikapcsolására, most 
nézzük ennek a VGA grafikus képernyőn futó megfelelőjét. 
Egy assembler rutinokat használó C nyelvű példát látunk a 
másik hasábban. 
Ha úgy döntünk, hogy a kurzor helyére a saját ábránk 
kerüljön először elő kell állítanunk az ábrát. 
A következő oldalon látható program a Turbo C nyelv BGI 
grafikájára épül. A program segítségével 16 színű BMP kép- 
ből egér segitségével bekeretezhetünk egy részletet a rajzoló 






A hexa 33 megszakítás működése: 


Sorszám Funkció 


A mouse drivert vizsgálja 
Bekapcsolja a kurzort 


Kikapcsolja a kurzort 
Informál a kurzor helyéről 
és a gombok állapotáról 


pogramokból megszokott módon, és a bekeretezett részt a 
program a sprite.h nevű állományba menti. 

A képet tetszés szerinti rajzoló programmal például a 
Windows Paintbrush segitségével elkészíthetjük, a mentésnél 
vigyázzunk, hogy 16 színű legyen. A program induláskor 
ellenőrzi, hogy a parancssorban kapott e argomentumot, ha 


A kurzor bekapcsolása a VGA képernyőn 


cursor(int mode) 

( 

asm ax mode 
asm 33h 

) 


var() 
( 

asm 
asm 


Új 
screen(int mode) 


asm mov ax,mode 
asm int 10h 


) 


void main() 
( 
sereen(18); 
cursor(1); 
var(); 
cursor(2); 
screen(3); 


) 





Visszatérési érték 


Ha aktív AX - Oxffff 

Nincs 

Nincs 

BX - a lenyomott gomb sorszáma 


CX - a kurzor helye oszlop 
DX - a kurzor helye sor 
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Hinclude cstdio.h: 
tinclude cstdlib.ha 
fFinclude cstring.h: 
tinclude cgraphics.h2 
tinclude calloc.ha 
finclude cconio.h: 
ttinclude "bmp.h" 

tdefine VBUFFSIZE 10240 
Hfinclude cdos.h: 


typedef struct( unsigned status; 
unsigned oszlop; 
unsigned sor; 
unsigned gomb; ) MOUSE; 
int xOyO,x1,y1,x,y,mark; 
unsigned size, szel magas; 
MOUSE m; 


int mouse(MOUSE "m) 

f 

union . REGS  mousreg; 
mousreg.x.ax - m-ostatus; 
mousreg.x.bx - m-zgomb; 
mousreg.x.cx - m-soszlop; 
mousreg.x.dx - m-ssor; 
int86(0x33, 8mousreg, 8mousreg); 
m-ostatus- mousreg.x.ax ; 
m-zgomb - mousreg.x.bx ; 
m-soszlop- mousreg.x.cx ; 
m-ssor - mousreg.x.dx ; 


) 
int "buff; 
int "image; 
BITMAPFILEHEADER BMPHeader; 
BITMAPINFOHEADER BMPInfo; 
unsigned. stklen - 10240; 
struct palettetype pal - ( (MMAXCOLORS), 
( EGA BLACK, EGA RED, 


EGA GREEN, EGA CYAN, 

EGA BLUE, EGA MAGENTA, 

EGA BROWN, EGA DARKGRAY, 

EGA LIGHTGRAY, EGA LIGHTRED, 

EGA LIGHTGREEN,EGA YELLOW, 

EGA LIGHTBLUE, EGA LIGHTMAGENTA, 
EGA LIGHTCYAN, EGA WHITE 


b 
void BMPout(char "BMPfile) 


( 

FIRESEN; 

int gdriver-DETECT gmode; 
int x, y, maxx, maxy; 

char Color, buff(80]; 


Fn - fopen(BMPfile,"rb"); 

fread(8BMPHeader,sizeof(BMPHeader), 1 ,Fn); 

fread($BMPlnfo, sizeof(BMPlnfo), 1 ,Fn); 

if (BMPHeader.bfType!-0x4D42) 
(printfr(SnNem BMP file")zexit(1);) 

if (BMPlnfo.biBitCount -— 4) 


( 

fseek(Fn. BMPHeader.bfOffBits, SEEK. SET); 
setgraphbufsize(VBUFFSIZE); 

if ((BMPlnfo.biWidth " BMPIlnfo.biHeight) 5- farcoreleft()) 
(puts("Kevés a memória"); exit(1);) 
initgraph(8gdriver, 8gmode, ""); 

x - graphresult(); 

if (x 1 grOk) 

(printf("InitGraph: 96sin", grapherrormsg(x)); exit(1);) 
x - getmaxx(); 

y - getmaxy(); 

maxx - min(x, BMPlnfo.biWidth) ; 

maxy - min(y,BMPlnfo.biHeight); 

setallpalette(8.pal); 

x - 1; y - maxy; cleardevice(); 


do ( 
for (x-O; x c maxx; X---) 


( 

fread(8.Color,sizeof(Color), 1 ,Fn); 
putpixel(x----,y (Colors54)); 
putpixel(x,y, (Color8.Oxf)); 


l 
) while (yy— 2 0); 
) else printfffninCsak 16 szinűt tudok megjeleníteni..." ); 
felose(Fn); 


] 


void jelol() 

( inti; 

XO - m.oszlop; 

y0 - m.sor; 

x - m.oszlop; y-m.sor; 
m.status -0x02; 
mouse (am); 
while(m.gomb—-—-0x01) 


mistatus -0x03; 
mouse (8m); 
if((x1 1- m.oszlop)i[(y11-m.sor)) 


( 
putimage(x0,yO image, COPY PUT); 
free(image); 

x1 - m.oszlop; y1 - m.sor; 

size - imagesize(xO,yO,x1,y1); 
image - mallocísize); 
getimage(x0,yO,x1,y1 image); 
setcolor(15); rectangle(xO,yO,x1,y1); 


szel - x1 - x0; magas-y1 - yO; 
mistatus -0x01; 

mouse (ám); 

mark-1; x-x0; y-y0; 

) 


ment() 
(inti; 
FILE "fx, "fopen(); 
fx-fopen("sprite.h","w") ; 
if (fx--NULL) return 0; 
fprintf(fx,"9es", "sprite[)] — (9; 
for (i-0; icsize ;i--4-) fprintf(fx,"9ohu,", image[í) ); 
fprintf(fx, "os", 9"); 
felose(fx); 
) 


void main (int argc, char "argv[]) 
( 

if (argc -—— 2) 

( 


mistatus -0x00; 
mouse (am); 
if (m.status-—Oxffff) 


( 

BMPout(argv[1]); 

m.status -0x01; 

mouse (am); 

while(Ikbhit()) 

( 

m.status -0x03; 

mouse (am); 

if (m.gomb-—-0x02)(closegraph();  exit(0);) 
if((lrm.gomb--0x01)8.8.(Imark)) jelol(); 
ifrmark-—1) (ment(); closegraph(); exit(0); 
) closegraph(); 

Bi 





else puts("Ehhez egér kell); 

jelsef puts("Sprite készítő program"); 
puts("Használat SPGEN bmpfilenév "); ) 

) 
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nem akkor panaszkodik és kilép. Ha ezen az akadályon túlju- 
tott ellenőrzi: aktív e az egérmeghajtó program, ha nem kilép. 
Ha a program talált egeret az előző számunkban ismertetett 
rutinnal pontonként kirakja a képet a képernyőre, majd 
bekapcsolja az egérkurzort. Ezután egy végtelen ciklusba 
keveredünk, amiből kétféle módon szabadulhatunk: vagy egy 
tetszőleges billentyű leütésével, vagy a jobb oldali egérgomb 
lenyomásával kilépünk a programból és akkor nem történik 
semmi, vagy a baloldali egérgombot lenyomva tartva 
kijelölünk egy képrészletet, a gombot felengedve a ment() 
rutin a képrészletet egy szövegfile-ba menti a Turbo C nyelv 
szabályainak megfelelő tömbként. Ami a cikkünk témájához 
kapcsolódik a mouse() függvény, amely meghívásakor feltölti 
a MOUSE tipusú stuktúrát. Ezt persze mi találtuk ki aprog- 
ram elején definiáltuk. Használatakor először a struktúra sta- 
tus mezőjébe beírjuk a meghívandó alfunkció számát és 
meghívjuk a függvényt. A jelol() és a ment() legfeljebb 64kb 
adatot kezel ezért nagy területet ne jelöljünk ki, erre 
vonatkozó védelmet a program nem tartalmaz. A lementett 
adatokat a sprite.h állományban találjuk a sprite[] tömbben, 
egymástól vesszővel elválasztva. A következő lista a 
lementett képrészletet az egér aktuális pozíciójába másolja, 
ha a kurzort elmozdítjuk törli a képet és az új helyre újból 
kiteszi a képrészletet, mind addig amíg egy billentyű 
leütésével, vagy a jobboldali egérgomb lenyomásával ki nem 
lépünk a programból. A program indulásakor ellenőrizzük az 
egér és a VGA kártya meglétét, ha valamelyik hiányzik 
hibaüzenetet küldünk és kilépünk. Ha tovább jutottunk átde- 
fíniáljuk a színpalettát a kép színeinek megfelelően. 

A mouse() függvény meghívása után kirakjuk a beillesztett 
sprite.h állományban lévő spritel] tömb tartalmát. Majd a 
már ismert végtelen ciklus következik. 
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finclude cgraphics.h: 
Hinclude cstdio.h: 
áftinclude calloc.h: 
finclude cdos.h: 
Ainclude "sprite.h" 
typedef struct( unsigned status; 
unsigned oszlop; 
unsigned sor; 
unsigned gomb; ) MOUSE; 


struct palettetype pal - ( (MMAXCOLORSJ, 

( EGA BLACK, 
EGA RED, 
EGA GREEN, 
EGA CYAN, 
EGA BLUE, 
EGA MAGENTA, 
EGA BROWN, 
EGA DARKGRAY, 
EGA LIGHTGRAY, 
EGA LIGHTRED, 
EGA LIGHTGREEN, 
EGA YELLOW, 
EGA LIGHTBLUE, 
EGA LIGHTMAGENTA, 
EGA LIGHTCYAN, 
EGA WHITE 


y 


MOUSE m; 

int mouse(MOUSE "m) 

í 

union . REGS — mousreg; 
mousreg.x.ax - m-ostatus; 
mousreg.x.bx - m-sgomb; 
mousreg.x.cx - m-soszlop; 
mousreg.x.dx - m-sor; 
int86(0x33, 8mousreg, $mousreg); 
m-sstatus- mousreg.x.ax ; 
m-s:gomb z mousreg.x.bx ; 
m-soszlop- mousreg.x.cx ; 
m-ssor - mousreg.x.dx 4 


) 
main() 


int driver, mode; 
int c, x, y; 


detectgraph (8.driver,8.mode); 
m.status -0x00; 

mouse (8m); 

if((m.status-—Oxffff) 8.8.(driver--VGA)) 
( 


initgraph(8.driver, 8.mode, "); 
setallpalette(8.pal); 

m.gomb--Ox00; 

mistatus — 0x03; 
putimage(m.oszlop,m.sor, sprite, XOR PUT); 
x - m.oszlop; 

y - m.sor; 

while(!kbhit()) 

(mouse (am); 

if((m.oszlop!—x)II(m.sor!-y)) 


putimage(x,y,sprite, XOR PUT); 
putimage(m.oszlop,m.sor, sprite, XOR PUT); 
x - m.oszlop; 

y - m.sor; 


) 
if(m.gomb--0x02) ( closegraph(); exit(0);) 
) 


B 
else puts("Ehhez egér és VGA kártya kell!"); 
) 
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Lelkét 


Tisztelt Szerkesztőség! 


Azért ragadtam meg a szövegszerkesztőmet, mert megvettem 
a Forráskód c. lapjukat. Amikor először megláttam az újság- 
árusnál, csak legyintettem: ,, Megint egy sLamers PC-s lap" . 
Végül is aztán nem bírtam megállni, hogy meg ne nézzem, hát- 
ha... 

Nos körülbelül azt kaptam, amit vártam. Elég erősen kez- 
dő-orientált lap, de hát ez természetes, elvégre a PC-felhasz- 
nálók többsége annyit tud a programozásról, hogy ,,az neki 
magas" . (Ami nem is hatalmas baj, így Mi, Programozók 
könnyebben megélünk. . .) 

Azért a lapot semmiképp nem kívánom lehordani, mivel a 
maga környezetében nagyon is jónak mondható. Nyilvánvaló- 
an rengeteg munka fekszik benne, de azért engedjenek meg 
egy kritikus — és szerintem lényeges — megjegyzést: 

Sokkal több elméleti cikkre lenne szükség, több algoritmus 
leírásra, egyrészt mert azt esetleg könnyebb átültetni más 
nyelvekre (gépekre), másrészt — szerény véleményem szerint 
-, sokkal fontosabb az elmélete a programozási példáknak, 
mint a gyakorlati megvalósítás. (Főleg, ha a gyakorlati meg- 
valósítás még a lemezen is rajta van!) 

A másik, amiért a levelet írom: a (Sirató) Amiga című cikk. 
Nos, én nem tartom olyan katasztrofálisnak a helyzetet, 
amennyire az a cikkből kiérezhető volt. Ami most következik, 
az amolyan válasz erre a cikkre. 

Kétségtelen, hogy a 486-osok (lassan Pentiumok) korában 
az A500 nem állja meg a helyét, de hát az 500-as az XT-k, 
286-osok korszakában készült! Azonkívül nem egészen értem 
a cikkíró nézőpontját, hiszen csak és kizárólag a Motorola 
processzorról beszélt, ami nem csak az Amigák privilégiuma, 
ugyan — többek közt — a Macintosh családhoz is rokon. (Ab- 
ban mindenesetre egyetértünk, hogy az Intel borzalmainak 
gépi-kódú programozása után egy Motorola, Havaii köruta- 
zásnak tűnik.) 

Az A500, A600, A1200-at háziszámítógépnek tervezték, ahol 
ez az optimális alapkonfiguráci rt nem is nagyon szükséges 
bővíteni. Viszont ezzel együtt jár az is, hogy a szerencsétlen co- 
dernek nem kell ezerféle különböző hardverhez igazítani a kódot. 

Akinek modularitás, és teljesítmény kell, az vegyen A3000- 
et vagy A4000-et! Azt nem otthoni játékra tervezték (azon túl, 
hogy arra is alkalmas). Ugyanis nem csak kis teljesítményű 
Amigák léteznek! Az ár kétségtelen, hogy gyenge pontja en- 
nek a gépcsaládnak, de hogy miért az nyilvánvaló. (Annak 
idején, s most is a PC-t igen sok irodában használták és ez a 
nagyobb teljesítményű gépeknek is lenyomta az árát, nem is 
beszélve a tajvani gyönyörűségről, amelyek a színvonalat is 
elég mélyre nyomták. Az Amiga eredeti márkanév, úgyhogy 
ha az árbeli hasonlítgatásnál tartunk, akkor egy eredeti IBM- 
et kéne vennünk alapul, ami azt hiszem, közel sem venné fel 
már annyira a versenyt...) 

z is kétségtelen, hogy az Amigák CPU-ja valamilyen — 
számomra megfejthetetlen okból — meglehetősen alacsony 
frekvencián üzemelnek, de egy számítógépet nem csak a pro- 
cesszorának sebessége határozza meg. A processzor mellett 
lényeges szerepet kapnak a koprocesszorok is, elsősorban a 
grafikai felhasználásoknál. Az így tehermentesített processzor 
teljesítménye kb. 3090-kal növekszik. 

Kétségtelenül jelentős hátrány a sokkal szűkebb szoftver- 
háttér is, de ez az előző két probléma kihatása. 

Ennyit a sirámokról, s most következzen az IBM-PC vs. Amiga: 





























Bizonyára ismerik a , remek" PC-s felfogást, , nem baj, 
hogy a főprogram egy 12 megás és egy kicsit döcög a 484- 
DX4-en, majd vesznek a felhasználók Pentium-90-et, meg 30 
MB menmcsit!" . Na igen. Ez az egyik, amit sajnos nem tudok 
elviselni. , De miért baj ez a 640 MB-os CD-k, és Pentiumok 
korában?" — kérdezhetnék. Nyilvánvaló, hogy a hardver ki- 
használtsága elképesztően csökken. Így — ahelyett, hogy a 
programot optimalizálnák —, irreálisan erős hardvert követel- 
nek meg a fejlesztők. Elég sokat gyötrődtem már IBM-PC-k 
mellett, hogy ideges legyek, ha azalatt, amíg a Windows fel- 
tölti magát egy 4845SX újraindításánál, nyugodtan kiugorjak 
kávét feltenni. (Vegyek Pentiumot? ) 

No és mi is szükséges egy félprofesszionális alkalmazás 
futtatásához? (Nem is beszélve holmi játékokról, ami mond- 
juk nem mérvadó.) 386SX, 210 MB merevlemez, 4 MB memó- 
ria, Sound Blaster kompatibilis hangkártya, SVGA (512 Kb) 
kártya és monitor, CD-ROM meghajtó. Ez sajnos manapság 
egy átlag felhasználó számára a minimális konfiguráció. 

Nézzük meg ugyanezt Amigában: A1200, 80 MB Harddisk, 
bármilyen színes TV vagy monitor. (De még merevlemez nél- 
kül is el lehet viselni.) 

Most nézzük meg mondjuk a felhasználó-barátságot, amiről 
a Windows ugye nagyon ,,híres" . Hát igen, Windows alatt a 
, multitasking" egy kicsit nehézkes. (Mondjuk inkább, hogy el- 
hanyagolható.) Ezzel szemben nekem a ray-tracer-em most is 
számol, miközben szöveget szerkesztek. (Amiből egyenesen kö- 
vetkezik, hogy Amigám van, bár nincs benne 10 MB memória.) 

Próbáljunk csak meg Windows-ból egy lemezről tíz külön- 
böző file-t átmásolni! Mi? Hogy Filekezelőt kell betölteni? 
Nem csak kinyitni a desktopon lévő lemezikont, kijelölni 
drab-box-szal a fileokat, majd az ikonokat megfogva beledob- 
ni a céllemez inkonjába? (Mint az Amiga-Workbench-en. . .) 

Na jó. Legyen filekezelő. Akkor betöltöm a Fájlkezelőt (ma- 
gyar ez az átkozott oprendszer), kijelölöm a fileokat, és némi 
nehézség árán ugyan de már másol. Jaj, hol is hagytam abba a 
szövegszerkesztést? Na mi van? Miért nem mozdul semmi?... 
Ja, hogy másol! Ráadásul lemezegységre! Te jó isten! 

Hogyhogy nem fut a Corel-Draw 256 színben? Hisz" SVGA 
kártyám van! Mi? Hogy nem elég neki a memória a kártyán? 
Érdekes egy alap A1200-on 1280x512x256-ban is használ- 
tam a múltkor a Workbench-et, és még így is ment! (A színpa- 
letta alapban True Color...) És mi ez a csiporászás, meg ez a 
szörcsögés? Internal Speaker... 

Nos azt hiszem ennyi elég is volt. Bár kétségtelen, hogy az 
Amigák helyzete most egy kicsit kétséges a Commodore csőd- 
helyzete miatt, de én reménykedem benne, hogy ez nem lesz 
maradandó károsodás. 

Az Amiga-felhasználók jó része azokból kerül ki, akik a 
munkahelyükön kénytelenek IBM-PC-kkel szenvedni, és na- 
gyon jól ismerik a rugalmatlanságát, ezért otthonra inkább 
felhasználó-orientált gépet vettek. 

Sajnos a magyar oktatásrendszer vagy 10 évvel van elma- 
radva (ezt sajnos a saját bőrömön tapasztalhatom), és így az 
XT- 286 az általános. 

Elnézést, hogy teljesen fölöslegesen raboltam az Önök ide- 
jét, hiszen nem tudom meggyőzni Önöket ebben a kérdésben — 
mint ahogy Önök sem hiszem, hogy meg tudnának győrzni en- 
gem —, mindenesetre ezt már mindenképp fel kellett szólal- 
nom, és ez a cikk remek alkalom volt ehhez. Tisztelettel: 

Rajnai Álmos 
főiskolai hallgató 
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Aday 


PCX file 
megjelenítő 





Szinte minden komolyabb lemezmelléklettel megjelenő újságnak van valamilyen információ kezelő 
programja, felvágósan hipertext rendszere. Nekünk még nincs, hát írjunk egyet. 


Mielőtt belevágunk, tisztáznunk kell mit várunk tőle. 
Szerintem egy ilyen programnak billentyűvel és egérrel is 
könnyen kezelhető grafikus felülettel kell rendelkeznie. 
Alkalmasnak kell lennie többféle formátumú kép és szöveg 
megjelenítésére, és mivel a lemezen kevés a hely előnyben 
részesítve a helytakarékos formátumokat. Ezen ok miatt 
magának is kicsinek kell lenni. Mivel az elvárások között 
ellentmondás van, kompromisszumokat kell kötnünk. 

Első lépcsőként készítsünk egy billentyűvel lapozható 
,320x200 pont felbontású 256 - színű pcx file-ok  megje- 
lenítésére alkalmas programocskát. A programnak tudnia kell, 
mely képeket és milyen sorrendben, hogyan kell megje- 
lenítenie. Egy megoldás ha ezt egy külön file-ben leírjuk a 
számára, csak be kell olvasnia és végrehajtani. Mi egy egy- 
szerűbb megoldást választottunk. A pcx fileokat lap--sorszám 
néven készítjük el. A program induláskor átvált 320x200 pont 
felbontású 256 színű grafikus üzemmódba. Ezután meg- 
próbálja beolvasni a lapO.pcx-t, majd egy billentyű leütésre 
vár. Az ENTER, SPACE és a FEL gomb megnyomása után 
beolvassa a következő lapl.pcx-t és így tovább amíg van. Ha 
nem találja a következőt elbúcsúzik és kilép. Természetesen 
visszafelé is lapozhatunk a LE gomb segítségével, az ESC-re 
kiléphetünk. Az Fl-el vissza léphetünk az első képernyőre itt 
érdemes elhelyezni a használati útmutatót. A pcx file egy bit- 
térképes képformátum, felépítését a keretes részben láthatjuk. 
A file egy 128 byte hosszú fejléccel kezdődik, ezt követi a 
képpontok leírása, és 256 színű képeknél a színpalettát leíró 
rjelenítése ennek megfelelően a fejléc 
ával kezdődik. Majd soronként kirakjuk a képpon- 
tokat. A forráskód Turbo C nyelven íródott néhol assembler 




















betétekkel. Fordítását a tcc -ms show.c paranccsal 


végezhetjük. A lemezen megtaláljuk a futtatható file-t is. 































A PCX file felépítése: 


fejléc 
Kép adatok 
Szín Paletta 


(128 byte) 


(769 byte)  /csak 256 szinűnél 


A PCX fejléc felépítése: 


Név: Byte: — Megjegyzés: 
PCX Flag 
Version 
Encoding 
Bits per Pixel 
Window 
HDPI 

VDPI 

Color Map 
Reserved 
NPlanes 


konstans (0x0a) 

PCX verzió szám 
kódolás 

hány bit jelent egy pontot 
ablak koordináták 
vízszintes kép felbontás 
vertical image resolution 
hardware R-G-B paletta 
foglalt 

színsíkok száma 

byte-ok száma soronként 
ha színes(0x01), szürke(0x02) 
vízszintes képméret 
függőleges képméret 
töltelék 


Bytes per Line 
Palette Info 
HScreen Size 
VScreen Size 
Filler 


ttinclude cstdio.ha 
ttdefine ESC 
ttdefine ENTER 
tfdefine SPACE 
ttdefine FEL 
ttdefine LE 
ftdefine HELP 


typedef struct 

( char typ; 

char version; 
char encoding; 
char bitperpixel; 
int xminyymin; 
int xmax,ymax; 
int hres; 

int vres; 

char palette[48]; 
char reserved; 
char planes; 

int byteperline; 
int palettetype; 
char filler(58]; 

) PCXHEAD; 


PCXHEAD header; 

unsigned int magas meret lap key; 
unsigned char pal[768]; 

FILE "fp; 

char sszam[3],pcxfile[13]; 


screen(int mode) 

( 

asm mov ax, mode 
asm int 10h 


) 
void sorki(unsigned int offs) 


unsigned char c, cc; 
unsigned int n-0; 


asm — cid 
asm mov di, [offs] 
do 


( 

c-fgetc(fp) 8. Oxff; 

if ((c 8. 0xc0) -— 0xcOX( 
ccz c 8. 0xX3f; 
c - fgetc(fp); 
n 47 CC; 
asm mov ax,0a000h 
asm mov es,ax 
asm mov al,[c] 
asm xor ch,ch 
asm mov cl,[cc] 
asm rep stosb 
) 
( 


mov ax,0a000h 
mov es,ax 

mov al,[c] 
stosb 


) 


)while (ncmeret); 


pcxout(char "pcxfile) 
int i; 
if ((íp -fopen(pcxfile,"rb")) 1- NULL) 


( 

fread ((char") 8$header,1 ,sizeof(PCXHEAD) fp); 
fseek(fp,-769L,SEEK. END); 

if (ígetc(íp) -—— 0x0c 8.8. fread(pal,1,768, fp) -- 768) 


( 
fseek(fp, 128L,SEEK SET); 
magas - header.ymax - header.ymin -- 1; 
meret - header.byteperline; 
for ( i-0; ic 768;i---- ) 
palli) - palli) 22 2; 
asm mov ax,1012h 
asm xor bx,bx 
asm mov cx,256 
asm mov dx,offset pal 
asm int 10h 
for ( i-Ozicmagas;i----) sorki(i"320); 
d 
) 
else 
( 
scereen(3); 
if(lap--O)puts("Forráskód PCX olvasó 1995."); 
else puts("Bye - bye..."); 
exit(0); 
) 
felose(fp); 
) 


void main() 
( 

int í; 
screen(19); 
do 


( 

strepy (pcxfile,"lap"); 
itoa(lap,sszam,10 ); 
strcat(pcxfile,sszam); 
strcat(pcxfile,".pcx"); 
pcxout(pcxfile); 

key - getch(); 
switch(key) 


1 

case HELP : lap - 0; 
break; 

case ESC : screen(3); 
exit(0); 

case FEL : 

case ENTER : 

case SPACE : lap---; 
break; 

caseLE : if(lap:0) lap—; 
break; 


) 
)Jwhile(lapc20); 
) 
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Pascal tanárom Nagy Károly ismertetett meg a VESA videomódokkal, 
sikeres munkájának gyümölcsét szeretnénk megosztani az olvasókkal. 


Kezdjük az elején. Amikor az IBM kifejlesztette a Video 
Graphics Array ( VGA ) videovezérlő kártyát, még nem 
voltak elterjedtek a nagyfelbontású, sokszínű képek, ezért a 
standard VGA tudása kimerült 16 színnél a 640x480 pixeles, 
256 színnél a 320x200 pixeles felbontású üzemmódokban. 
Ahogy fejlődött a számítógépes grafika, úgy lett egyre 

nagyobb az igény a nagyfelbontású, sokszínű képernyőüzem- 
módok támogatására. A különböző VGA-kártya gyártó cégek 
kompatibilitást nem nézve, úgymond saját szakállukra 
elkezdték fejleszteni a kártyáikat. Ebből adódik, hogy ma az 
összes SVGA-kártyán máshogyan kell beállítani és kezelni 
ezeket az üzemmódokat. Mielőtt az olvasó - Ki fog ezekkel 
foglalkozni! - felkiáltással továbblapozna hadd nyugtassuk 
meg: A helyzet szerencsére nem ennyire sötét. Van egy 
tömörülés, a Video Electronic Standard Association (VESA ), 
amely minden erejét latba vetve rávette az SVGA-kártya 
gyártókat, dolgozzanak ki valami szabványos megoldást a 
probléma kezelésére. A VESA sikeres munkájának gyümöl- 
csét szeretnénk megkóstoltatni az olvasókkal. A nincsen rózsa 
tövis nélkül mondás mindjárt az elején beigazolódni látszik, 
ugyanis a VESA üzemmódokat csak néhány kártya tudja 
alapértelmezésben (pl.: CIRRUS, TRIDENT) a többin 
először a kártyagyártó által adott lemezen található 
VESADRIVER tt kell aktivizálni. (Ez vagy .SYS, vagy .EXE 
kiterjesztésű ) Ezután már viszonylag rózsás a helyzet. Hogy 
ne csak a Pascal hívők értsék a misét, ezért leírjuk Language 
Independent módon a VESADRIVER detektálását, az üzem- 
módok beállítását, valamint a lapozó és pontkirakó rutint. 
Ennek alapján bármelyik nyelven élvezheti az ember fia a 
VESA nyújtotta előnyöket. A nagyfelbontású üzemmódok 
használatának alapvető problémája az a tény, hogy a PC-ben 
64KByte memóriaterület áll rendelkezésre a videomemória 
eléréséhez. Hogyan használjuk általánosan azokat az üzem- 
módokat, ahol 64K Byte nem elég a teljes képernyő leírására? 
Ehhez meg kell határoznunk egy virtuális (képzeletbeli) 
ablakot, amelyet a tényleges videomemórián mozgatunk 
majd. Ezt a virtuális ablakot mindíg egy 64KByte-os memó- 
riaszeletben érjük el. A VESADRIVER használatához két 
egymástól független bufferterületre lesz szükségünk, mind a 
kettő 256 byte-ot foglal a memóriából. Az általunk hívott 


1. táblázat SuperVGA információk 


Méret: Magyarázat: 


A VESA" monogramm. 

A VESADRIVER verziója. 

(felső byte : főverzió ; alsó byte : alverzió) 
Mutató az OEM névre. 


Képesség ( Capabilites ) 

Mutató a használható VESA és OEM módokra. 
(A lista vége : FFFFH) 

A videomemória mérete. 

(64 Kilobyte-os blokkokban megadva) 

VESA számára fenntartva. 





megszakítások ezekbe a bufferekbe fogják a szükséges infor- 
mációkat beleírni. Az első bufferterület a SuperVGA infor- 
mációk lekérdezésének eredményét fogja tartalmazni az 1. 
táblázat szerinti formában. A második bufferterület az egy- 
egy üzemmódra jellemző dolgokat tárolja. Formája a 2. 
táblázatban található. Első ismerkedésként nézzük, hogyan 
kérdezhetjük le a VESA információkat. A Pascal forráslistát a 
következő oldalon láthatjuk. A későbbiekben külön szólunk a 
16 színű, a 256 színű és a truecolor üzemmódokról, és egy 
kellemes rutinkönyvtárat kerekítünk belőle. 
Fneisz József 
Virágos Adrián 
Szombathely. 


2. táblázat . A SuperVGA üzemmód jellemzői. 


Méret Magyarázat 


Üzemmód jellemzői. 
abitek: —— 0: A mód bekapcsolható. 
1 : Opcionális információ létezik. 
2 : BIOS kimenet van. 
3 : Értéke: 1 ha színes, 
0 ha monochrome mód. 
: Értéke: 1 ha grafikus, 
0 ha szöveges mód, 
5-7 : VESA számára fenntartva. 
Az A ablak jellemzői. 
abitek: 0 : Értéke 1 ha létezik, 0 ha nem. 
1 : Értéke 1 ha olvasható, 0 ha nem. 
2 : Értéke 1 ha írható, 0 ha nem. 
3-7 : VESA számára fenntartva. 
A B ablak jellemzői. 
a bitek : Mint az A ablaknál. 
Az ablak szemcsemérete kilobyte-ban 
Az ablak mérete kilobyte-ban megadva. 
Az A ablak startszegmense. 
A B ablak startszegmense. 
FAR típusú mutató az ablakpozícionáló funkcióra. 
Byte-ok száma scanline-onként. 
Képszélesség pixelben megadva. 
Képmagasság pixelben megadva. 
Egy karakter szélessége pixelben megadva. 
Egy karakter magassága pixelben megadva. 
Memóriasíkok száma. 
Ennyi bit ír le egy pixelt. 
Memóriabankok száma. 
Memóriamodell típusa. 
Bank mérete kilobyte-ban megadva. 
Képlapok száma. 
VESA részére fenntartva. 
(Csak a 32K, 64K, I6M színű üzemmódoknál 
van jelentősége. ) 
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Unit VESA ; 
Interface 


Uses Crt, Dos ; 


Type 
IntArray - Array[1..100] Of Word ; 


VESAlnfoBlock z Record 
Signature : Array[0..3] Of Char ; 
MinorVersion : Byte ; 
MajorVersion : Byte ; 
OEMStringPtr : Pointer ; 
Capabilities : Longint ; 
VideoModesPtr : NntArray ; 
VideoMemorySize . : Word ; 
Reserved : Array[0..235] Of Byte ; 
End ; 


ModelnfoBlock z Record 
ModeAttributes : Word ; 
WindowAAttributes . : Byte ; 
WindowBAttributes  : Byte ; 
WindowdGranularity  : Word ; 
WindowSize : Word ; 
WindowAStartSeg . : Word ; 
WindowBStartSeg . : Word ; 
ProcWindowPosPtr.. : Pointer ; 
BytesPerScanLine .. : Word ; 
Width : Word ; 
Height : Word ; 
CharWidth : Byte ; 
CharHeight : Byte ; 
MemoryPlanes : Byte ; 
BitsPerPixel : Byte ; 
Banks : Byte ; 
MemoryModel : Byte ; 
BankSize : Byte ; 
ImagePages : Byte ; 
Reserved : Byte ; 
RedMaskSize : Byte ; 
RedMaskPosition : Byte ; 
GreenMaskSize : Byte ; 
GreenMaskPosition . : Byte ; 
BlueMaskSize : Byte ; 
BlueMaskPosition  : Byte ; 
ReservedMaskSize . : Byte ; 
ReservedMaskPosition : Byte ; 
DirectScreenModelnfo : Byte ; 
Reserveds : Array[0..215] Of Byte ; 

End ; 


RGBType - Record 
Red, Green, Blue : Byte ; 
End ; 


Var 
VESAlnfo. : VESAlnfoBlock ; 
Modelnfo.. : ModelnfoBlock ; 


Function .  DetectVESA : Boolean ; 
Function. GetModelnfo(Mode : Word) : Boolean ; 


Implementation 


Var 
Regs : Registers ; 


Function DetectVESA : Boolean ; 
Begin 
Regs.AX :- $4F00 ; 
Regs.ES :- Seg(VESAlnfo) ; 
Regs.DI. :- OiS(VESAlnfo) ; 
Intr($10, Regs) ; 
If (Regs.AL - $4F) And (Regs.AH - 0) And (VESAlnfo. Signature - VESA) 
Then 
DetectVESA :- True 
Else 
DetectVESA :- False ; 





End ; 


Function GetModelnfo(Mode : Word) : Boolean ; 
Begin 
Regs.AX :- $4FO1 ; 
Regs.CX :- Mode ; 
Regs.ES :- Seg(Modelnfo) ; 
Regs.DI. :- Ofs(Modelnfo) ; 
Intr($10, Regs) ; 
If (Regs.AL - $4F) And (Regs.AH - 0) Then 
GetModelnfo :- True 
Else 
GetModelnfo :- False ; 
End; 


Begin 
End. 


Program Vesa01 ; 
Uses Dos, Crt, Strings, VESA ; 


Const 
VideoModeText : Array[$0100..$011B] of String — 

( " Módszám : 0100H. Jellemzők : 640 x 400-as felbontás, 256 szín, grafikus mód ", 
" Módszám : 0101H. Jellemzők : 640 x 480-as felbontás, 256 szín, grafikus mód ", 
" Módszám : 0102H. Jellemzők : 800 x 600-as felbontás, 16 szín, grafikus mód ", 
" Módszám : 0103H. Jellemzők : 800 x 600-as felbontás, 256 szín, grafikus mód ", 
" Módszám : 0104H. Jellemzők : 1024 x 768-as felbontás, 16 szín, grafikus mód ", 
" Módszám : 0105H. Jellemzők : 1024 x 768-as felbontás, 256 szín, grafikus mód ", 
" Módszám : 0106H. Jellemzők : 1280 x1024-es felbontás, 16 szín, grafikus mód ", 
" Módszám : 0107H. Jellemzők : 1280 x1024-es felbontás, 256 szín grafikus mód ", 
" Módszám : 0108H. Jellemzők:  80x 60-as felbontás, 16 szín szöveges mód, 
" Módszám : 0109H. Jellemzők: 132x 25-s felbontás, 16 szín szöveges mód", 
" Módszám : 010AH. Jellemzők: 132x 43-as felbontás, 16 szín szöveges mód", 
" Módszám : O1OBH, Jellemzők: 132x 50-es felbontás, 16 szín szöveges mód", 
" Módszám : 010CH. Jellemzők: 132x 60-as felbontás, 16 szín szöveges mód" 
" Módszám : O10DH. Jellemzők : 320 x 200-as felbontás, 32K szín, grafikus mód", 

" Módszám : O10EH. Jellemzők : 320 x 200-as felbontás, 64K szín, grafikus mód, 
" Módszám : O10FH. Jellemzők : 320 x 200-as felbontás, 16M szín, grafikus mód, 
" Módszám : O110H. Jellemzők : 640 x 480-as felbontás, 32K szín, grafikus mód", 

" Módszám : OT11H. Jellemzők : 640 x 480-as felbontás, 64K szín, grafikus mód, 

" Módszám : O112H. Jellemzők : 640 x 480-as felbontás, 16M szín, grafikus mód, 
" Módszám : 0113H. Jellemzők : 800 x 600-as felbontás, 32K szín, grafikus mód, 
" Módszám : O114H. Jellemzők : 800 x 600-as felbontás, 64K szín, grafikus mód ", 
" Módszám : 0115H. Jellemzők : 800 x 600-as felbontás, 16M szín, grafikus mód", 
" Módszám : 0116H. Jellemzők : 1024 x 768-as felbontás, 32K szín, grafikus mód ", 
" Módszám : 0117H. Jellemzők : 1024 x 768-as felbontás, 64K szín, grafikus mód ", 
" Módszám : O118H. Jellemzők : 1024 x 768-as felbontás, 16M szín grafikus mód ", 
" Módszám : 0119H. Jellemzők : 1280 x1024-es felbontás, 32K szín, grafikus mód ", 
" Módszám : OT1AH. Jellemzők : 1280 x1024-es felbontás, 64K szín, grafikus mód " 
" Módszám : O11BH. Jellemzők : 1280 x1024-es felbontás, 16M szín grafikus mód: 























Var 
i : Byte ; 
Begin 
CirSer ; 
DetectVESA ; 
With VESAlnfo Do 
Begin 
WriteLn(" VESA verzió száma  : ", MajorVersion, "., 
MinorVersion) ; 
WriteLn(" OEM neve :", StrPas(OEMStringPtr)) ; 
WriteLn(" Videómemória mérete. : ", VideoMemorySize"64, " 
KByte) ; 
WriteLn ; 
WriteLn(" Használható üzemmódok : ") ; 
WriteLn ; 
is1; 
While VideoModesPtr"i) cz $FFFF Do 
Begin 
If (((VideoModesPtr"iJ2-$0100) And 
(VideoModesPtr"fiJ:-$010C€))) Then 
WriteLn(VideoModeText[VideoModesPtr"fi]]) ; 
Ine(i) ; 
End ; 
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MÉDIADUPLIKÁLÓ 
RENDSZEREK 


Trace MÁGNESLEMEZ - MÁSOLÓ 
BERENDEZÉSEK 
PCTRACE MÁSOLÓRENDSZEREK 
A TTAGBG automatikus adagoló- másolórendszereit az Ön PC-je vezérli. 
Kapacitás 30 - 300 db/óra. 100 db-os di roló. Teljes ellenőrzés minden 
diszk minden bitjén. Bitn ás, fájlmásoi sás automatikusan. 
Nem szabványos formátumok másolása. 


TRACERIST MÁSOLÓRENDSZEREK 
át vezérléssel, önhitelesítéssel és önkalibrációval. 


TETA 


TETA MAGNETIC LTD. 
HUNGARY 


, fájlbeol 


Önálló berendezések, saj 
100 db-os diszktároló. Kapacitás 60 - 300 db/óra. Hálózatba kapcsolható. 
Bitmásolás, MFM (DOS) és GCR (APPLE) formátumok. 1x, 2x, 4x(2xSDS) 
, és 8x(4xSDS) másolási sebesség. É 
KISZOLGÁLÓ ÉS CSOMAGOLÓ BERENDEZÉSEK 
Cimkéző (aláhajtott cimkét is felrak), cimkenyomtató, automatikus kollátor 
(szoftvercsomag egyesítő) berendezések. Titkosító, és másolásvédelmi 
szoftverek. Adatvédelmi és integritást ellenőrző modulok. 
Trace CD-R KÉSZÍTő ÉS CD-ROM MÁSOLÓ RENDSZEREK 
CD-R RENDSZEREK 
2x és 4x sebességű felíró, archiváló, mesterkészítő berendezések. 
Egyszerre 16 CD tudnak készíteni. 
CD-DA, CD-ROM, MODE 1 - 2, XA, CD-I, CD-V, multisession 
szabványok szerinti működés. 
KISZOLGÁLÓ BERENDEZÉSEK 
CD-ROM nyomtató és nyomtatható CD-R-ek 
Adatkonverziós és CD ellenőrző berendezések. 
IPARI FLOPPYDISZK MÁSOLÁS — SZOFTVERMÁSOLÁS 
MÁSOLÁS, ELLENŐRZÉS, CIMKÉZÉS, CSOMAGOLÁS 
OEM BULK FLOPPYDISZKEK IGENY SZERINT 
JVC És MIC MÁRKÁTÚ FLOPPYDISZKEK 
SZOFTVERHÁZAK, ISKOLÁK , DIÁKOK, EGÉSZSÉGÜGYI 
INTÉZMÉNYEK KEDVEZMÉNYT KAPNAK! — 
VISZONTELADÓKNAK MENNYISÉGI ÁRENGEDMÉNY! 
KÉRJE TÁJÉKOZTATÓNKAT ÉS ÁRLISTÁNKAT! 
TETA MAGNETIC Kft., MANAGER SHOP 
1134 BUDAPEST, VÁCI ÚT 19. Tel./fax: --36 - 1 - 111-5004 








Számítástechnikai 

és Kereskedelmi Kft. 
2800 - Tatabánya Köztársaság út 44/a. 
Tel.: 34/317-311 Tel./Fax: 34/317-181 


Aki már ismer minket az tudja, hogy 
Nálunk mindent megtalál ! 


Hardver - Szoftver - Irodatechnika 


Tervezés - Fejlesztés - Kivitelezés 
Szervíz szolgáltatás - Szaktanácsadás 


IBM, TULIP, COMPAO, STAR, EPSON, HP... 
MICROSOFT, LOTUS, NOVELL... 


Május 31.-ig folyamatosan kedvezmények 
termékeink és szolgáltatásaink áraiból ! 
Figyelje hírdetéseinket - Keressen minket ! 
. ) —— KORALL Kfi / 
A JÖVŐBEN IS SZÁMÍTHAT RÁNK ! 


1016 Budapest, Tigris u. 28. 
Tel : 1568 132, Fax : 1755 404 


Perfecting the PC. 


ATI video kártyák 
minden PC Bus-hoz. 
mach32, mach54 
2MB , 4MB 
kivitelben. 


Professzionális PC megoldások 1995-ben ís ! 
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Nemes versengésre hívjuk a Clipper bajnokait, de a többi lovag is készüljön! 


Ugy gondoljuk a legtöbb programozó szereti borotvaéles 
logikájának pengéjét összemérni másokkal. Így most 
küzdőteret szeretnénk adni a bátor vállalkozóknak. 

Íme a felhívás: 


Kódbajnokok, adatmágusok, optimalizálások mesterei ! 


Az Úr 1995.-ik évében februárius havának második hetétől 
versengésre hívunk minden nemes küzdőt, a programozás 
sorompójában lándzsát törni. Minden hónapban újabb 
feladatot adunk, az Forráskód néven nevezett titokzatos, 
bölcs és mágikus fóliánsban. Ki a győzelem pálmáját 
megszerzendi az felséges uralkodónk - a főré. 
kegyelméből a fortélyok lovagjává üttettetik a címzetes 
királyi főszerkesztő keze által. Eme kitüntetés nemcsak dic- 
sőséggel járand hanem, ama örökletes kiváltságokkal, 
rSzervezők céhéből mindenki gét lev- 
n, valamint, a RendszerGazdák lovagrend- 








szvényes - 








hogy a Renc 
etve előre kö, 
jének minden tagja System privi-légiumot köteles 
megadandani Húsvét hétfő napján egy teljes Miatyánknyi 
időre. Továbbá a lovagot megilleti az jog, hogy a király 
jelenlétében leülhet és hangosan kifújhatja az orrát. A 
fényes díjak bizton megdobogtatnak minden bátor szívet, a 
jutalmak hallatán felcsillan a hősök szeme. Fel tehát a har- 
cra ! A korábbi küzdelmekben kicsorbult toledói acél kód- 
sorokat kös ljétek ki, s a horpadt adatvérteket fényesít- 
sétek a nagy küzdelemre ! 








Kelt mint fent Buda és Pest várában 


Sir Imo the Intrepid 
a királyi adatkamara pecsétnöke 
és főpohárnoka keze által 


Most pedig félre a komolysággal, következzen ízelítőül két 
feladat, melyre Clipper nyelvű program megoldásokat 
várunk. Értékelési szempontjaink: 

- minden eshetőségre kiterjedő gondoskodás, 

- optimalizálás végrehajtási időre, 

- minél kevesebb programsor, 

- elegáns, frappáns megoldás. 





1. Készítsetek olyan rutint melynek feladata az inputként 
jelölt - akár a legvadabb szerkezetű - adatok megjelenítése 
képernyőn. A kijelzés csak a paraméterek által tartalmazott 
jellemzőkre és adatokra szorítkozhat. A rutin által módosí- 
tott képernyőterület eredeti tartalmát, a rutinnak vissza kell 
adnia befejeződésekor. 

A bemenő adatok formája és struktúrája tetszőlegesre 
választható. Az inputoknak tartalmaznia kell valamilyen 
formában a sor, oszlop, szín, kiírandó adat, képernyőmen- 
tés változója paramétereket. A rutin használhat a Clipper- 
be épített függvényeket vagy sajátokat. 

2. Készítsetek olyan rutint melynek feladata egy konkrét 
fájlnévhez tartozó teljes elérési út, 
könyvtárnév megállapítása. Mindezt tömbben kell tárolni 
mivel elképzelhető, hogy több könyvtárban vagy több 
lemezen létezik az állomány. Input: a keresett fájl neve, 
tömb a vizsgálandó lemezek nevével. Output: tömb a meg- 
talált útvonalak nevé-vel. A rutin használhat a Clipper- 
be épített függvényeket vagy sajátokat. Végezetül, 
remélem ezek a csacskaságok nem veszik el a ked- 
veteket sem az újságtól sem a programírástól és 

akkor egy hónap múlva ... 








lemeznév és 





:ROBOT 


Magyar beszéd és ének szintetizátor 


A PC-ROBOT beszéd és énekszintetizáló programrend- 
szer, mint szoftver, mint hardver vonatkozásában egyedül- 
álló képességekkel rendelkezik. Egy évi használat után va- 
lóban mint potenciális felhasználó adom közre tényszerű 
tapasztalataimat. A rendszert mindennapi munkámban 
használom, mint látássérült programozó matematikus, aki 
speciális számitógépes segédeszközök tervezésével és fej- 
lesztésével foglalkozik. Az alábbiakban személyes tapasz- 
talataimat irom le a rendszerről, majd közreadok egy olyan 
csatoló programot, amelyikkel a nemzetközi gyakorlatban 
is ismert HAL vagy más képernyő olvasók hozzá kapcsol- 
hatók PC-ROBOT beszélő rendszerhez. 


A PC-ROBOT beszédszintetizátor 
rendszer elemei a következők: 


Beszédszintetizátor kártya -- hangszóró 

Beszédszintézis programcsomag 

Felhasználói kész beszélő programok 

Fejlesztői környezet (C, Pascal, Assembler, TurboPascal 
programozási nyelvekhez) 

Felhasználói kézikönyv. 


A PC-ROBOT rendszer olyan szoftver csomaggal kerül 
forgalmazásra amely biztosítja, hogy diákok, tanárok, mű- 
szakiak és programfejlesztők, számítógép-felhasználók, il- 
letőleg iskolák, vállalatok, rehabilitációs és szociális intéz- 
mények stb. eredményesen tudják használni ezt a rend- 
szert. A beszéd és ének előállítás szabadon programozható, 
bármilyen tartalmú szöveg felolvastatható, ének szerkeszt- 
hető. A rendszer a kimondandó szöveget magyar nyelven 
tiszta hangzású, dallamos, ritmusos köznapi férfi hangzású 
beszéddel mondja el. Az éneklésnél a dallamhangzást hű- 
en adja vissza. Számos programozási opció biztosítja, hogy 
a beszéd programozása során a legváltozatosabb jellem- 
zőkkel rendelkező beszédjelet állítsuk elő. Ilyen opciók pl.: 
a beszédsebesség, hangmagasság, hangtónus (1., hangtó- 
nus 2., suttogás, rekedt beszéd, tagolási fokozatok, hang- 
erőállítás, mondathangosság, hangsúlyosítás, hangsúlytala- 
nítás.) 

A rendszer további szolgáltatása, hogy külön felhasználói 
kivételszótár is létezik, ahová a felhasználó saját maga Ír- 
hat be kivételszavakat és azok hangzását a beszédhangkó- 
dokkal meghatározhatja. így nevek, mozaik- és idegen 
szavak helyes kiejtése is beépíthető a rendszerbe. 

A PCROBOT beszélő kártya és szoftver rendszer IBM-PC 
és azzal kompatibilis számítógépeknek biztosít beszédki- 


menetet magyar nyelven, alapvetően DOS operációs rend- 
szer alatt. 1994 őszén jelentette be a fejlesztő cég (NIKOL 
Elektronika) a Windows kiegészítést is. Ezt a kiegészítő 
szoftvert Windows programozók használhatják arra, hogy 
windows alatti fejlesztéseikbe is be lehessen építeni a szö- 
vegfelolvasó beszéd szolgáltatást. 

A beszédszintézis program kifejlesztése közel 5 évet vett 
igénybe. A rendszer fejlesztése során az MTA Nyelvtudo- 
mányi Intézetében végzett és publikált alapkutatási ered- 
ményei is fel vannak használva. Ennek a kitartóan végzett 
kutató és fejlesztő munkának az eredménye a jelen rend- 
szerben működő, jó minőségű, kis tárigényű magyar be- 
széd- és ének előállító rendszer. 

Most nézzük részletesebben az opciós szolgáltatásokat a 
beszéd programozásához. 

A rendszer által automatikusan előállított beszéd jól érthe- 
tő, dallammal és bizonyos ritmikával ellátva. Amikor a 
rendszer automatikus szövegolvasást végez (pl. újságcikk, 
közlemény, máshonnan kapott szöveges anyag, levél, stb.), 
akkor a hangzást a szövegen belül már nem lehet befolyá- 
solni, hiszen a szöveg beszéddé való átalakítása teljesen 
automatikusan megy végbe. Ha saját magunk készítünk elő 
kimondásra szövegeket, akkor viszont számos opció áll 
rendelkezésünkre, hogy saját ízlésünk, kívánságunk szerint 
programozzuk a kiejtendő beszédet. Az opciókat a szöveg- 
ben mondat, illetve szó szinten alkalmazhatjuk. 


A PCROBOT felhasználási 
területei a következők: 


— Automatikus információadás beszéddel adatbankokból 
(ingatlanügynökségek, telefonon át szövegek, számok 
automata közlése, turisztikai rendszerek stb.) 

— bankszolgáltatásokról (árfolyamok, értékpapírok, szám 
laszámok stb.) 

— kereskedelem (automata árúrendelés, számlázás, szám 
laellenőrzés, táblázat-felolvasók stb.). 

—Irodai felhasználásnál: üzenetek, információk hangos 
közlése. 

— voice mail (hangposta). hangecho adatbevitelnél. 

— Oktatás: írás-olvasás, helyesírás, tárgyi tudás, számolás, 
rutinfeladatok stb. gyakorlása az írás-olvasás korrigálása 
nyelvoktatás segítése idegenajkúak magyarra oktatása 
beszélő számítógéppel. 

— Látássérültek segítése: Erre a beszélő rendszerre fejlesz- 
tette ki a Wanek studio a PSR (Professional Screen Rea- 
der) képernyő olvasót, melynek használatával a képer- 
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nyő teljes tartalma felolvastatható. De nem csak a meg- 
jelenő szöveg hangzik el, hanem amikor a képernyőn lé- 
vő szöveg tartalmában valamiféle változás történik, pl. 
ha a színe megváltozik, vagy kiemelt fényű lesz, az is. Ily 
módon kitünően használhatóak különböző alkalmazások 
beszélve mint pl. táblázatkezelő program, vagy legördülő 
menükezeléses alkalmazások. 

— Felhasználható még nem utolsó sorban játékok, kalandp- 
rogramok szórakoztató rendszerek beszéddel való ellátá- 
sára. 


A PCROBOT rendszer 
programozása: 


A rendszer vezérlési alapelve a nyomtatók vezérléséhez 
hasonló. A kimondandó szöveget (amit helyesírással kell 
megadni) karaktersorozat egységenként (pl. soronként) 
táplálhatjuk a rendszerbe, ami mindaddig kiejti a karakte- 
reket, ameddig mondatvégi írásjelet (. ! ?) nem talál. Ekkor 
kerül sor a betáplált szöveg kimondására. A pufferbe max. 
255 karakter fér el. Ez egy elég hosszú mondat kimondásá- 
ra elegendő. Ha a kimondandó mondat karaktereinek szá- 
ma több mint 255, akkor a kimondás automatikusan meg- 
kezdődik amikor a puffer megtelt, majd a puffer a szöveg 
további karaktereit fogadja, és a kimondást addig folytatja, 
amíg mondatvégi írásjelet nem talál. Az ilyen hosszú mon- 
dat esetén — ha az nem fér bele a pufferbe — a mondatinto- 
náció csorbát szenvedhet. 
A program a betöltés után lefoglalja a működéséhez szük- 
séges memóriaterületet (80 KB.). A program (a beszélő 
funkció) meghívása más programból ún. szoftver interrupt- 
on keresztül történhet. Erre a legtöbb programnyelv és for- 
dító közvetlen lehetőséget ad. Amennyiben a szoftver in- 
terruptot így nem lehet generálni, akkor assembly szintű il- 
esztést kell létrehozni. 
Ecsedi Csaba 
telefon: 2774764, 2041111/1862 (BME) 





Remix 


Nem gondoljuk, hogy mi 
vagyunk a legjobbak. 
Ha jobb megoldást tudsz, 
a te programod gyorsabb, 
ügyesebb, írd meg! 

Mi közzétesszük. 
1656. Budapest Pf.16. 














; Assembler interfész 
; Pascal PC Robot programokhoz 
; (c) 1994 NIKOL Elektronika Budapest 


model large 


code 

dos egu 21h 
itnum egu  2íh 
itid  egu — OfOh 
itadr egu — itnum"4 


:DOS function IT number 
sshared IT number 
svox it routine identification mask 
sstart of it adr ptr 


public vox 
ő pascal declaration 
function vox(vars text:lstring) :wordjextern; . r(assembly 
interface to MS pascal) 
Vox proc far ;in: [Dp--8]- segment address 
push bp ; ([bp--6]- offset 
mov — bp,sp ;out: ax- shifted word 


push ds 


mov . ah.iitid zcheck presence of vox handler 
xor al,al 
int itnum 
al,offh 
je — vox2 
or ax,8000h 
Vvox3 


mov ax [bp--8] 
mov ds,ax 
mov dx [bp--6] 
mov ah,itid 
mov al,1 

int itnum 
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Színes 


ADBÓHI 


ELTFÉS 


Hirdessen a Forráskódban 


CÉGSZERVIZ 


1087 Bp., Luther u. 1/c. 
T 113-1677 


1 486 DX4 3VLB alaplap 11 900.- 
4 Dual Floppy 9 980.,- 
4 Cserélhető HDD 250 MB 19 980.,- 
v Kézi scanner 9 980.,- 
v Diktafon Sanyo 4 800,- 
v CD Rom drive 12 000.- 
var DIGITÁLIS Gyorsmásolás 
2.40 4 áfa [oldaltól 


Az árak áfa nélküliek. 


vé 


- Számítógépek tetszőleges 
összeállításban 


Szmttástoetrtar / AZ 


- EPSON, Star és HP nyomtatók 
teljes választéka 


- NOVELL hálózatok és rendszerek 
építése 
és telepítése 
- SZOFTVEREK teljes választéka 
installálással, oktatással 


- Különleges minőségű leporellók 
széles választéka. 


Hívjon, kérje akciós árainkat ! 


1092 Budapest, Ráday u. 47. 
tel./fax: 217-1251 


A Forráskód egy rugalmas hirdetési lehetőséget ajánl. 


Az új típusú blokkhirdetés alapegysége egy 60 x 45 mm-es hirdetési felületet és 
egy 60 x 8 mm-es fejléc, ami mind vízszintes mind függőleges irányban több- 
szörözhető. Hirdetési megrendelést elfogadunk színes és fekete fehér oldalra is. 

A hirdetések szedését a szerkesztőség végzi, lehetőség van lemezen hozott bit- 
térképek betöltésére, ezért felárat nem számítunk fel. Hirdetési kedvezmények 
ennél a hirdetési formánál is változatlanul igénybe vehetők. 
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Mérésadatgyűjtés és vezérlés 


PC/104 szabványú: 

- egykártyás számítógépek (XT, 386, 486) 
- A/D, D/A, DIO és timer kártyák 

- kiegészítők (SVGA, PCMCIA, stb.) 


IBM PC alapú: 
- slot CPU kártyák (passzív alaplapba) 
- A/D, D/A, DIO és timer kártyák 


Hazai fejlesztésű termékek: 

- monitorozó és jelfeldolgozó programok 
- TSR driverek 

- egyedi hardver- és szoftverfejlesztés 
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A Forráskódban ezen számtól rendszeresen megjelenő Hardware melléklet havonta más-más témát dolyoz fel lehetőségei 
szerint alaposan. Ebben a hónapban a Compact Disk felépítését ismerteti Hudoba György a székesfehérvári Kandó Kálmán 
Műszaki Főiskola tanára. Az anyag az Elektronikai Technológia Mikrotechnika 94/1 számának utánközlése. Köszönetet mon- 


dunk a segítségért dr. Tóth Endrének és Málik Sándornak. 


A Compact Disc fizikája 


Jelen cikk keretében áttekintjük azokat a fizikai alapelveket és 
technikai megoldásokat, melyeket az optikai letapogatás során a 
CD rendszerben használnak 


Bevezetés 


Az optikai módszerek alkalmazása a hangrögzítésben és 
leolvasásban 1927-ig nyúlik vissza, mikor Baird optikailag 
leolvasható lakklemezt készített, ill Philips Miller a hangcsík 
alkalmazásával feltalálta a hangos filmet. Az optikai adat- 
rögzítés és leolvasás azóta hatalmas fejlődésen ment 
keresztül, melynek egyik — s mondhatjuk igen sikeres — 
végterméke a Compact Disc. Bár a PHILIPS eredetileg az 
analóg video rögzítésen dolgozott (1973, harminc percnyi 
videoanyag, lézeres kiolvasás), az optikai tárolás az olcsó 
félvezetőlézerek megjelenésével indult robbanásszerű 
fejlődésnek. 

A CD rendszer sikerét alapvetően két technikai megoldásnak, 
nevezetesen az optikai, azaz fizikai érintkezés nélküli 
leolvasásnak, másrészt a digitális adatrögzítésnek köszönheti. 
Azzal, hogy a CD leolvasása érintésmentesen történik, a 
lemez nem kopik, így a hagyományos hanglemezzel szemben 
élettartamát nem befolyásolja a lejátszások száma. 

A digitális adatfeldolgozás rendkívül hatékony hibajavítást 
tesz lehetővé [1] ami az analóg rendszerben kivihetetlen 
lenne. A CD rendszer tervezői ugyanakkor előre gondoltak 
arra, hogy nyitva hagyják az utat további alkalmazások felé. 
Így pl. az átlagos emberi fül teljesítőóképességét figyelembe 
véve 14 bit is elegendő lenne a zenei hangok átvitelére — 
ebből következően hosszabb lenne a játékidő, egyszerűbb, 
tehát olcsóbb analóg/digitál és digitál/analóg átalakítók kel- 
lenének... — a számítógépes alkalmazások elé tekintve (pl. 
CD-ROM, multimédia...) mégis a 16 bites megoldást válasz- 
tották. Ez a nyitottság meg is hozta a gyümölcsét. A CD szab- 
vány leírására, az ún. , Red Book"-ra alapulva sok-sok alkal- 
mazás született . 


A CD fizikai megjelenése 


A CD - amely polikarbonátból, nyomásos fröccsöntéssel 
készül — 120 mm átmérőjű és 1,2 mm vastag. A lemezt egy 
15 mm átmérőjű lyuk központosítja. Ütése nem haladhatja 
meg az 50 um-t. A korong egyik felülete sík, a másikba pedig 
a nyomólemezről belepréselődik annak lenyomata. Erre az 
információhordozó felületre egy leheletvékony, alig 0,1 um 
, Vastag" tükröző réteg kerül, amit egy 5-10 um-es erős 
védőlakk réteg óv a sérülésektől. Megszáradása után erre 


nyomják a lemez cimkéjét. Az elmondottakról könnyen meg- 
győződhetünk, ha körmünket vagy ceruzánk hegyét a lemez 
felületéhez érintjük. A lakkozott oldalon a tárgy és képe érint- 
kezik, míg a túloldalon nem. 

A lemezen tárolt információ kiolvasása az 1,2 um vastagságú 
hordozóréteg felől történik, az optikai , pick-up"-ben (OPU) 
található lézerdióda erősen fókuszált fényével, belülről kifelé 
haladó spirálvonal mentén, melynek teljes hossza meghalad- 
hatja az 5 km-t. A teljes lejátszás maximum 74 perce alatt a 
emez kb. 20 ezerszer fordul körbe. A nyomvonal szélessége 
0,5 um, a spirál menetemelkedése, azaz két nyomvonal távol- 
sága I,6 um. Ez azt jelenti, hogy az emberi hajszál szélessége 
mintegy 30 barázdát fed le. 
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1. ábra. A CD felépítése 


A CD lemez felépítését és fontosabb mechanikai méreteit az 
1 ábra szemlélteti. A CD-n az információ mikroszkópikus 
bemélyedések, az ún. , pit"-ek formájában van a lemezbe pré- 
selve. Ezek jó minőségű mikroszkóppal 500-szoros nagyítást 
és felső megvilágítást alkalmazva láthatók is a védőlakkréteg 
felől. A digitális adatokat a pitek és az azok közötti sík 
területek, az ún. , land"-ek hossza kódolja. A pitek és landek 
hossza nem lehet akármekkora, csak egy elemi hossz egész 
számú többszöröse, nevezetesen 3), 4, ... 11 szerese (2. ábra). 
Az állandó (1,4 m/s) letapogatási sebességből következően, a 
kiolvasott jel nullátmeneteinek időpontja is csak egy elemi 
idő, a bitidő egész számú többszöröse (3, 4,... 11) lehet. (Az 
elemi hossz 0,278 um, a bitidő T-231,4 ns). A pontosság 
kedvéért megjegyezzük, hogy a letapogatási sebesség 1,2 és 
1,4 m/s között lehet, s ennek megfelelően az elemi pithossz is 
változhat. A megfelelő értéket a mesterlemez készítésének 
kezdetekor határozzák meg. Kisebb sebességet alkalmazva 
ugyanis hosszabb lesz a lemez játékideje. A lejátszó 
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2. ábra. A pitek hosszúsága csak egy elemi hossz, 
időpontja is csak egy elemi idő egész számú többsz. 


így az átmenet 
öse lehet 





automatikusan a megfelelő sebességgel fogja a CD-t leta- 
pogatni, mivel a leolvasott jel önszinkronizáló [1]. 

Mint az az előzőekből már kiderült, a pitek szélessége 
0,5 mm. Mélységüket a polikarbonát hordozó törésmu- 
tatójához, az alkalmazott félvezető lézer hullámhosszához 
(780 nm), valamint a különböző elvű hibajelképző módsz- 
erekhez optimalizálták. Értéke 0,12 um. 


Optikai alapok 


A kiolvasás első lépése az, hogy a lézerdióda fényét le kell 
fókuszálni a CD tükröző felületére. Ez az első pillanatban 
egyszerűnek tűnő dolog nem is olyan kis feladat. A fény mint 
ismeretes elektromágneses hullám. Ebből következik, hogy 
nem lehet egy geometriai pontba fókuszálni, hanem csak egy 
véges kiterjedésű ún. Airy korongot kapunk (d-4/NA). 
Ennek mérete annál kisebb, minél rövidebb az alkalmazott 
fény hullámhossza ( A), s adott átmérő mellett minél rövidebb 
a lencse fókusza. A lencse sugarának és fókuszának a hánya- 
dosát (NA-r/f) numerikus apertúrának nevezzük. A CD 
Audio esetében a Red Book-ban előírtak szerint NA-0 45. 
Az OPU-ban alkalmazott lencsét a lehető legkisebbre kell 
készíteni [5] (mozgó tömeg), s a félvezetőlézer hullámhossza 
is adott (780 nm). 

A leképezés minőségének tehát kifogástalannak, ún. diffrak- 
ció limitáltnak kell lennie, amit úgy fejeznek ki, hogy az átla- 
gos hullámfront torzulás OPDRMs (Optical Path Difference 
Root Mean Sguer) nem lehet a hullámhossz 0,07 század 
részénél nagyobb (Marechal kritérium), hiszen az OPU 
valójában egy miniatűr interferométer. 

A helyzetet súlyosbítja az a körülmény, hogyha a 
síkpárhuzamosnak tekinthető hordozó rétegen áthalad az 
összetartó fénynyaláb, az torzulást, ún. szférikus aberrációt 
szenved. Tehát olyan alakú lencsét kell készíteni, amely a 
pitekre biztosítja a tökéletes fókuszálást. Ezt csak különleges, 
ún. erősen aszférikus, azaz a gömbtől meglehetősen eltérő 
kiképzésű lencsefelületekkel lehet. Előállításukra 
vonatkozóan az [5] irodalomra utalunk. 


A lemez letapogatása 


A CD-be préselt információt lézersugár olvassa ki (3. ábra). 
Arról a helyről, ahol nincs bemélyedés, (a veszteségektől 
eltekintve) a teljes fénymennyiség visszaverődik, ahol van, 
onnan kevesebb. A fél mikron széles gödör (pit) aljáról és 
peremének mintegy fél-fél mikronnyi környezetéből vissza- 
vert fényhullámok ugyanis ellenkező fázisban lesznek a befu- 
tott útkülönbség miatt (destruktív interferencia). 


az 
E] 8] etess 


szása E E 


lézerfolt 
"adi 

















3. ábra. A CD-be préselt információt lézersugár olvassa ki 


Az optikai pick-up (OPU) a fényerősség változását feszült- 
ségváltozássá alakítja (4. ábra). A feldolgozó elektronika 
azután eldönti, hogy hol kezdődik és végződik egy pit. A 
döntési szint minden átlépése 1-nek, az alatta vagy fölötte 
való tartózkodása 0 bitértéknek felel meg. Oszcilloszkópon 
megfigyelve az elektromos jelet láthatjuk, hogy az diszkrét 
vonalak sokaságából áll, mivel a piteken való átmenetek idő- 
pontja nem lehet tetszőleges (10. ábra). 






4. ábra. Ha a fényfolt ráfut a pitekre a visszavert fény mennyisége 
lecsökken 


Az OPU mint pásztázó 
optikai mikroszkóp 


A kiolvasás fenti modellje szemléletes, de nem tükrözi 
egészen pontosan a részleteket. A kifinomultabb modell 
szerint maga az OPU egy pásztázó optikai mikroszkóp. A 
lemezbe préselt struktúrára (pitekre) lefókuszált fény diffrak- 
ciót szenved, mint azt a 5. ábra is mutatja. Az áttekinthetőség 
kedvéért az áthaladóként rajzolt, de valójában visszavert 
fényben az alkalmazott fény hullámhosszától és a letapogatott 
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5. ábra. Az a, kúpszögű beeső fény a pOitstruktúrán diffrakciót 
szenved, megjelennek a --1 és -1-el jelölt, szintén a, kúpszögű 
nyalábok 


struktúra méretétől (térbeli frekvencia) függően a nulladrend 
mellett megjelennek az egymással ellenkező fázisban levő 
41, —I, ... rendű elhajlási nyalábok is. Minél nagyobb a tér- 
beli frekvencia, annál nagyobb lesz az egyes elhajlási rendek 
közötti szög. 

A leképezés Abbe-féle elmélete szerint a struktúrát az optikai 
rendszer akkor , látja", ha legalább az elsőrendű diffrakciós 
nyalábok is résztvesznek a leképezésben, azaz visszajutnak 
az objektívbe (és végül a detektorra) (6. ábra). A 4-1 és -1 
rendben elhajlott nyalábok és a nulladrend között ugyanis — a 
pitstruktúrától (szélesség, mélység, távolság), a kiolvasó fény 
hullámhosszától és a hordozó törésmutatójától függő — 
fáziskülönbség lép fel. Ezen fáziskülönbség a letapogatás 
során gyorsan változó interferencia-mintát ad a detektoron, 
ami a kapott elektromos jel modulációját okozza. 

















6. ábra. A detektorfelületen előálló interferenciaminta kissé 
defókuszált esetben. Ahogy közeledünk a fókuszhoz, az 
interferenciacsíkok egyre szélesebbek lesznek 


Az ábrára nézve azonnal láthatjuk, hogy a különböző rendek 
közötti interferencia nem csak az előzőkben említett hul- 
lámhossztól és pitgeometriától, hanem a lefókuszált fény- 
nyaláb (az 5. ábrán a,-sel jelölt) kúpszögétől, vagyis az ún. 
numerikus apertúrától (NA) is függ. 

A visszavert rendek tehát az optikai leképező rendszer segít- 
ségével a detektorfelületre jutnak, ahol az előzőkben említet- 
tek szerint a letapogatás miatt időben változó interferenciakép 
alakul ki. A gyakorlatban a detektorfelületet kétfelé osztják. 
Ezt látjuk a 7. ábrán. 





7. ábra. A jelet az osztott detektorról vesszük le. A pitstruktúrára 
jellemző hasznos jel a DA és a Dxg-el jelölt satírozott területek 
különbségeként áll elő. Ezt nevezik PP (Push-Pull) detektálásnak 


A kiolvasás szempontjából hasznos jelet a satírozott területek 
adják. Optimuma a 8. ábrán látható esetben van, ami az 
előzőkben említett fizikai paraméterek pontos összehango- 
lásával érhető el. 
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8. ábra. A PP jel maximális modulációjú lesz, ha az optikai 
paramétereket úgy hangoljuk össze, hogy a 4-1 és a -I rend éppen 
ne fedje át egymást 





A barázdák kiolvasásakor két jelnek különös fontossága van. 
Az egyik a CA (Central Aperture), a két detektorfél jelének 
összege, amely az objektív által a barázdáról diffraktált fény- 
mennyiség összegyűjtéséből származik. Ennek értéke mindig 
pozitív. Minimális amplitudója akkor van, mikor a kiolvasó 
fényfolt pont a barázda (ill. pit) közepén van. A gyakorlatban 
ezt a jelet használjuk az információ kiolvasásához, és ekkor 
HF-nek nevezzük. 

A másik jel a radiális Push-Pull (PP), ami a két detektorfél 
jelének különbsége és a sávontartáshoz használatos. Ha a folt 
pont a sáv közepén a piten van, akkor a PP jel értéke zérus. 
Ha a folt bármelyik irányba letér, akkor a letérés irányától és 
nagyságától függően azonnal pozitív vagy negatív értéket 
vesz fel (9. ábra). 
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9. ábra. A CA (fent) és a PP (lent) jelek alakulása a kiolvasó 
lézerfolt helyének függvényében 


A CA és PP jelek moduláltságának nagysága itt nem rész- 
letezett, de igen bonyolult módon függ a pitek geometriájától, 
az objektívlencse numerikus apertúrájá-tól, az alkalmazott 
lézer hullámhosszától. . . stb. 

A két jel maximális változásához ellentétes jellegű köve- 
telmények tartoznak, azaz a CD rendszer egyes elemeit kü- 
lönböző kompromisszumok révén finoman össze kellett han- 
golni [3]. 


A kiolvasott HF jel 


A CD rendszert a 770-830 nm-es, azaz az Aluminium- 
Gallium-Arsenid félvezető lézerdiódák hullámhosszára opti- 
malizálták azzal az igénnyel, hogy több mint egy órányi 
műsoranyag legyen a lemezen rögzíthető. Végeredményben 
ez a két tényező határozza meg a szükséges barázdatávolsá- 





got, pitmélységet és szélességet, a fókuszáló objektív nume- 
rikus apertúráját. . . stb. 

Amint a lézerfolt letapogatja a pitstruktúrát, a CA módszerrel 
előállított fotoáram amplitúdóban modulálódik. Ezt a jelet 
nevezzük HF-nek (High Freguency). (10. ábra) 

Az oszcilloszkóp a HF jelet többszörösen egymásra rajzolva 
az ún. szemábrát jeleníti meg. A pitek és a köztük levő távol- 
ságok diszkrét és limitált (3, 4, ... 11) értékei és az állandó 
letapogatási sebesség miatt a legmagasabb frekvencia 
720,3 kHz (2x3T), a legalacsonyabb 196445 kHz (2x11T). A 
letapogató rendszer optikai és elektromos átviteli tulajdonsá- 
gai miatt a magasabb frekvenciák kisebb amplitúdóval jelent- 
keznek. Az A3, AJ] és Atop a 10. ábráról szemléletesen 


leolvashatók a , Red Book"-ban definiált követelményekkel 
együtt. 


Szabályozó rendszerek 


Az optikai pick-up-nek azonban nem is olyan egyszerű a 
dolga. A lézersugarat mintegy másfél mikron átmérőjű foltra 
kell leképezni a lemez tükröző felületére, hogy az elektronika 
számára megfelelő minőségű jelet kapjunk. Az objektív és a 
tükröző felület közötti távolságot -4-/-2 um pontossággal kell 
tartani, ugyanakkor --/-0,1 um pontossággal a barázdán 
vezetni. A nehézségeket fokozza az, hogy a lemez sohasem 
teljesen sík és mindig üt is egy kicsit. A feladat tehát az, hogy 
a lemez és a lejátszó mechanika tökéletlenségei ellenére egy 
merőleges irányban szintén --/-0-5 mm-t ütő CD-re 
fókuszáljuk a lézerdióda fényét, a leképezésre vonatkozó, s 
az előzőekben már ismertetett szigorú követelmények tel- 
jesítésével. Szinte kész csoda, hogy mindez megoldható. Ezt 
az objektív lencse önálló felfüggesztésével és mozgatásával 
érik el. 


A fókusz hibajel (FE) képzése 


A fókusz szabályozó kör számára képezni kell a fókusz hiba- 
jelet. A többféle lehetséges megoldás közül az egyik a 
Foucault-féle késél módszer, ahol a késélt két miniatűr 
hegyesszögű prizma találkozása alkotja. A fókusz hibajelet a 
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10. ábra. Az ún. szemábra a hozzá tartozó követelményekkel 
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11. ábra. A fókuszhiba előállításához a módosított Foucault-féle késél módszer 


11. ábrán szemléltetett módon az osztott detektorpár állít- 
ja elő. 


FE-(I1-14)-(I2 13) 


Egy másik manapság általánosan alkalmazott módszer szerint 
a négy szegmensre osztott detektorra a CD-ről visszavert 
fényt asztigmatikusan képezik le. További részletek a [4] iro- 
dalomban találhatók meg. 


A track hibajel (TE) előállítása 


A track hibajel előállításának is többféle módja lehetséges. 
Az egyik a manapság leggyakrabban alkalmazott ún. három 
sugaras, vagy ikerfoltos módszer, a másik az egy sugaras. Az 
első esetben a lézerdióda fényét egy speciálisan tervezett 
optikai ráccsal három nyalábra bontják (--1, 0 és —1 rend), s 
külön detektorszegmensekké képezik le. A két detektorszeg- 
mens különbsége szolgáltatja a hibajelet [4]. 

A track hibajel az egysugaras OPU-val sokkal bonyolultab- 
ban képezhető, mint a három sugarassal. Első közelítésben az 
osztott diódapár (11. ábra) jelének különbségeként áll elő: 


TE-(I3414)-(I1--12) 


amit a valóságban egy sor zavaró tényező befolyásol. Ezek 
instabillá tehetik a rendszert. Ilyen tényezők: 

— a folt aszimmetrikus lehet pl. lemezgörbeség vagy a nem 
pontosan merőleges letapogatás miatt 

— az OPU egy körív mentén mozog, ami miatt a letapogatás 
során a detektorfelület más és más részére képződik le a dif- 
fraktált fény 

— a folt intenzitása nem állandó, lemezhibák, 

— szennyeződések. . . stb. miatt 

A folt aszimmetriája a két detektorfél (I3414) és (111) 
jelében különböző mértékű változást okoz még akkor is, ha 
pontosan a track közepére képződik le a lézersugár. Ezt a 
hibát a , d"-vel jelölt faktorral kompenzálják. A track hibajel 
végső alakja: 


TE-k[2d(I1--ID-HI3-H1)-2(I1--ID)1 


ahol , k" a , d" bevezetésével előálló erősítésváltozást hivatott 
kiküszöbölni. 
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12. ábra. A karra 650 Hz-es jelet adva az OPU 0,1 mikronos 
kitéréssel rezeg, s így a leolvasott HF jel amplitudója modulálódik. 
Ha a kiolvasó lézerfolt pont a sáv közepén fut, a kétszeres frekvencia 
jelenik meg 


A , d" és ,k"" kívánt értékének előállításához az OPU karját 
egy 650 Hz-es jellel folyamatosan rezgetik (12. ábra). A 
rezgés amplitúdója 0,1 mikron, ami egy ismert, referencia- 
jelként szolgáló hibát visz be a rendszerbe. A sávról való 
letérés a HF jelet amplitúdóban modulálja. (A rezgetés némi 
jittert is okoz, de ez elhanyagolható.) Ha a sugár pontosan a 
sáv közepén halad, bármely irányú kitérés csökkenti a HF jel 
amplitúdóját (kétszeres frekvenciával), ha a sávok között fut, 
akkor egyik irányban növeli, a másikban pedig csökkenti azt 
(az alapfrekvenciával). A letérés iránya a fázisviszonyokból 
határozható meg; a track jobb oldalán fázisban, a balon ellen- 
fázisban lesz a rendszerbe bevitt és az OPU-ból származó 
hibajel. (13. ábra) (A pontos értékeléshez persze még 
figyelembe kell venni a rezgő rendszer átvitelét, fázistolását 
is.) E kettő összevetéséből áll elő a ,,d" faktor, ami egyben a 
radiális hibát határozza meg. 
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13. ábra. Az amplutudó és fázisviszonyok szemléltetése 


A ,k" meghatározásához szintén a rendszerbe bevezetett 650 
Hz-es jelet használják fel. A sávontartó rendszerben e jel 
fázisát az erősítés nagyon befolyásolja. Az erősítés 
növelésével a bevitt és a visszakapott hibajel közötti fázisel- 
tolódás is nő és viszont. A két jelet fázisdetektorral összeha- 
sonlítva a fázistolás — és így az erősítés — mértéke is 
meghatározható. Az így előállt jellel szabályozzák a ,,k"-t 
úgy, hogy a rendszer erősítése minél állandóbb értéken 
maradjon. A TE jelet végül egy 15 us időállandójú 
aluláteresztő szűrőn át viszik a track szervo áramkörbe. 


A CD fordulatszáma 


A CD fordulatszáma a hagyományos lemezjátszókéval ellen- 
tétben a lejátszás során folyamatosan változik. Hogy a mikro- 
processzor állandó, mintegy 4,3 millió bit/s sebességű adat- 
folyamot kapjon, a lemez fordulatszámát szabályozni kell. A 
fordulatszám a lemez elején — azaz a belső barázdák leta- 
pogatásakor percenként kb. 500, a perem közelében járva 
pedig kb. 200. 


A CD élettartama és hibatűrő 
képessége 


Az optikai pick-up és a lemez között fizikai érintkezés nincs, 
így a lemez élettartamát a lejátszások száma egyáltalán nem 
befolyásolja. A gyártók minimálisan tíz évet garantálnak. 
Gyakorlatilag a külső sérülések, karcok s esetleg a levegő 
szennyezettsége és nedvességtartalma okozhat ennyi idő után 
a lemezben némi minőségromlást. A lejátszás során alkalma- 
zott egyedülálló hibajavító és elfedő eljárások révén azonban 
a megszólaló hangon ezt szinte észre sem lehet venni. 

Mikor a lézersugár belép a CD felületén, átmérője 0,8 mm, de 
mire eléri az információt hordozó tükröző felületet, már csak 
kb. másfél mikron (14. ábra). Ebből következően a lemez 
felületén levő porszemcse vagy karc amely nem túl nagy, 
nem zavarja meg a leolvasást. Tehát a CD lényegesen 
érzéketlenebb, mint a hagyományos hanglemezek, nem is 
szólva még a digitális adatfeldolgozásból adódó hibajavítás 
lehetőségéről. 


Fokuszpont 












x 


Információs 
felület 


Lemezfelület 





Lézer 





14. ábra. A lemez felületének kis hibája nem zavarja a leolvasást 


A CD lejátszók hibajavító képességéről fogalmat alkothatunk 
néhány számszerű adat segítségével. Az egzaktul kijavítható 
hibacsomó maximális hossza 3874 bit, ami a lemezen kb. 
2,5 mm-es hossznak felel meg. Ez persze csak elméleti érték, 
mert a lejátszó szervo (vagy magyarul szabályozó) rendszere 
rendszerint sokkal előbb elveszti a barázdát. Egy jól beállított 
készülék azonban még minden további nélkül le tud játszani 
olyan lemezt, amelyre 1-2 mm széles fekete csíkot ragasztot- 
tunk, sugár irányban. 
A cikk keretében bemutattuk a CD működésének optikai 
alapjait, valamint a lejátszó készülékekben alkalmazott 
néhány technikai megoldást. Mint láttuk, a rendszer egyes 
elemei sok-sok szempont egyidejű figyelembe vételével, szá- 
mos kompromisszum árán finoman egymáshoz vannak han- 
golva. A rendszer valamely elemének megváltoztatása magá- 
val vonna egy sor más paraméter elromlását. Ha például a 
félvezető lézer hullámhosszát lecsökkentenénk (kék lézer), 
ezáltal kisebb lenne ugyan a fókuszfolt átmérője, vagyis 
nagyobb adatsűrűséget érhetnénk el, viszont komoly 
nehézségeink támadnának a normál CD leolvasásakor. A HF 
jel alakja a felismerhetetlenségig eltorzulna. Ha az objektív 
numerikus apertúráját növelnénk meg, annak következtében 
egyrészt a különféle leképezési hibák jelentősen meg- 
nőnének. A rendszernek diffrakció limitáltnak kell ugyanis 
maradnia, hogy az interferenciaminták létrejöhessenek. Az 
optikai tengely ferdeségéből adódó kómahiba viszont a 
numerikus apertúra harmadik, a szférikus aberráció pedig a 
negyedik hatványával arányos [1]. Másrészt — Gauss-nya- 
lábot feltételezve — a fókuszmélység is erősen lecsökkenne, 
ami a szervo rendszer nehézségeit is aránytalanul megnö- 
velné. 
Hudoba György 
Kandó Kálmán Műszaki Főiskola 
Székesfehérvár 
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A Compact Disc 


Röviden áttekintjük a CD csatornamodelljét, adatrögzíté- 
si módját és kódolását. 


Bevezetés 


A Compact Disc (CD) az 1980 júniusi bemutatása óta a zene- 
kedvelő közönség berkeiben példátlanul sikeres karriert futott 
be. Mint ismeretes, a CD rendszerben a mikrofon analóg jelét 
digitalizálják, majd a lejátszóban ismét visszaalakítják a hang- 
szórót vezérlő analóg jellé. A siker egyik kulcsa az érintés 
nélküli, optikai leolvasás mellett pont a digitális jelfeldolgo- 
zás, ami lehetővé teszi, hogy az átvitel során bekövetkező tor- 
zulásokat, adatvesztéseket korrigáljuk. Persze az analóg/digi- 
tál és digitál/analóg átalakítások nélkül közvetlenül a digitális 
adatokat is rögzíthetjük ill felhasználhatjuk (pl. CD-ROM). 
Jelen cikk keretében a CD kódolási módját foglaljuk össze. 


A CD csatornamodellje 


A Compact Disc rendszert úgy is szemlélhetjük, mint egy 
olyan átviteli rendszert, amely a zenekar hangzását a stúdió- 
ból a szobánkba hozza (1. ábra). Az átviteli csatornához tar- 
tozik a felvevő kódolója és a lejátszó dekódolója közötti rész, 
amely a B-vel jelölt bemenő adatfolyamot a B, kimenő adat- 
folyamba viszi át. Ezen folyamat részei a , lézervágás", a mes- 
terlemez, a másolatok és a nyomóforma készítése, a diszk 
gyártás, a lejátszóban levő lemez, az optikai pick-up, a leját- 
szó optikája, mechanikája és elektronikája, egészen a dekódo- 
lóig. 

Ideális esetben a Bg ugyanaz, mint a B; jel. A valóságban ez 
persze korántsincs így. A jel az átvitel során néha jelentősen 
torzulhat. Néhány hibaforrás: 

—a lemezgyártás során az információhordozó felület 

hibái, sérülései; pitek hossza, szélessége, mélysége, 

alakja, a spirálmenetek közti távolság... . 

— a felület sérülései; karc, por, ujjlenyomat... . 

— a lemez görbesége, feszültségei, excentricitása. . . 


Compact Disc 


adatstruktúrája 


— a lejátszó mechanika tökéletlenségei; rázkódás, a 
letapogatási sebesség ingadozása, a lemez ütése a 
leolvasó fej optikai tengelyével párhuzamos és arra 
merőleges irányokban... 

— a szabályozó elektronika hibái; offszet, 
jelalaktorzulás, fókusz-, track- és szánszervo, 
fordulatszám szabályozás. . . 

— az optikai pick-up hibái; a kiolvasó lézerfolt mérete, 
a lézerdióda módusugrásai, energiaváltozása, a 
barázdák közötti áthallás, interferenciák. . . 


A fentiek és még sok egyéb tényező által okozott adathibákat 
alapvetően két csoportba soroljuk: 


— bithiba, vagy bitfordulás: véletlenszerű eloszlásban egy-egy 
bit valamely (pl. időzítési) hiba folytán ,,0" helyett ,,17-re vál- 
tozik, vagy éppen fordítva; ,,07-t kapunk a helyes ,,17-helyett. 


— hibacsomó (burst, vagy drop out): egy összefüggő bitsorozat 
lesz hibás, vagy esik ki teljesen az átvitel folyamán. A hiba- 
csomók néhány bittől kezdve több szóra vagy akár blokkra is 
kiterjedhetnek. 


A hibafelismerés (ED-Error Detection) és hibajavítás 
(EC-Error Correction) mindkét hibafajta esetében lehet- 
séges, de elképzelhetjük, hogy a hibacsomó javítása 
csak sokkal kifinomultabb és bonyolultabb (azaz drá- 
gább) eljárásokkal lehetséges. Súlyosabb esetben az ere- 
deti információ kiderítése nem is lehetséges. Ilyenkor, 
ha az információ jellege megengedi — pl. digitális hang 
vagy képátvitel esetén — az ED és EC mellett a hibák el- 
rejtésének módszerét is szokták alkalmazni, nevezetesen 
a hiányzó értéket az ismert megelőző és követő adatok- 
ból , megsaccolják", interpolálják. Ha már olyan sok az 
egymást követő hiba, hogy semmi esély sincs a kieső 
adatok , kitalálására", akkor a lejátszó készülék egy-egy 
pillanatra elnémítja a hangszórót. 





felvetei 














1. ábra. A CD rendszer mint átviteli csatorna a zenekar hangterét a szobánkba hozza 
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CompactDise jet 


A CD kódolása 


A jobb és bal csartornára szétválasztott analóg jelet egy-egy 
aluláteresztő szűrőn (LPF-Low Pass Filter) keresztül az ana- 
lóg/digitál átalakítóba (A/D) vezetik (2. ábra). Az analóg je- 
leket itt alakítják át PCM (Pulse Code Modulation) jelekké. A 
következő, MPXI blokkban a két csatorna PCM jelét , össze- 
fésülik", azaz multiplexelik. Tulajdonképpen arról van szó, 
hogy az adott pillanatban előálló 2x16 bites adatokat sorrend- 
be állítják és időben egymást követő ún. soros adatfolyammá 
változtatják. A CIRC-cel jelölt blokknak az a feladata, hogy a 
jelekhez olyan további adatokat fűzzön, amellyel hatékony hi- 
bafelismerés és javítás legyen lehetséges. 

Az MPX2 blokk segítségével az adatfolyam a nyolc, egyen- 
ként 1 bit széles és 98 bit hosszú vezérlőblokkot alkotó ún. 
csatorna-információval bővül, mint pl.: az éppen lejátszott ze- 
neszám sorszáma (TNO- Track Number), tételszáma (IX-In- 
dex), a zeneszám és a lemez kezdete óta eltelt abszolut és rela- 
tív időt... stb. 

Az így kapott adatokat azután az ún. EFM (Eight to Fourteen 
Modulation) modulációnak vetik alá. Ennek oka a következő. 
Az adatok leolvasása során biztosítani kell az állandó (több- 
nyire v-1,4 m/s) letapogatási sebességet. A lemez fordulat- 
száma így más a belső és más a külső sávok leolvasásakor, ne- 
vezetesen belülről kifele haladva fokozatosan csökken. A he- 
lyes fordulatszám megállapításához tehát a leolvasott HF 
(High Freguency) jelnek önszinkronizálónak kell lennie, azaz 
tartalmaznia kell a saját órajelét. 

További követelmény, hogy a HF jelnek ne legyen egyen- 
komponense. Ezt az un, merging bitek hozzáadásával érik el. 
Végül az egyes adatblokkok, az ún, frame-ek kezdetének 
megállapításához szinkronizáló jelsorozattal is ellátják az 
adatfolyamot (MPX3). 


A hibafelismerő 

és javító kódolás 

A CD hibafelismerő és javító kódolását az előzőekben felvá- 
zolt adatátviteli csatorna tulajdonságainak messzemenő figye- 
lembevételével dolgozták ki. A már önmagában is hatékony 
ún. CIRC ( Cross Interleaved Reed-Solomon Code) kódolást 
egymást követően kétszer is alkalmazzák. 

Hogy az esetleg előforduló hibákat észrevehessük, ill. kijavít- 
hassuk, az átvitt adatoknak redundánsaknak kell lenniük, azaz 





nem használhatjuk ki az adott kódkészlet összes lehetőségét. 
A fogalom megvilágítására bemutatunk egy egyszerű példát. 


Használjunk például 4 bites kódokat. Ekkor 24-16 kódsza- 
vunk lesz, azaz 16 féle értéket továbbíthatunk. Mivel mind- 
egyik kódkombináció érvényes, ebben az esetben nem marad 
lehetőségünk arra, hogy eldöntsük vajon valamelyik bit hibás- 
e vagy sem. Ha most egy további ún. paritásbittel megtoldjuk 
a 4 bites adatot — pl. úgy, hogy értéke legyen ,,17, ha az adat 
páratlan számú ,,17-et tartalmaz, ellenkező esetben pedig ,,07 
— akkor lehetőségünk lesz felfedezni egy egy bitnyi hibát. 


00000 — 01001 10001 11000 
00011 — 01010 10010 11011 
00101 — 0II0O0 10100 IIIOI 
00110  OIIII IOIII 11110 


Az adatátvitel során ezek lesznek majd az érvényes kódsza- 
vak. Ha tehát egy olyan adatot veszünk, amelyben az ,,1"-ek 
száma páratlan, pl. 01011, akkor az biztosan hibás. Gyakorla- 
tilag az történt, hogy a lehetséges 5 bites kódok közül nem 
mindegyiket, jelen esetben csak a felét tekintjük érvényesnek. 
Az érvényes kódokat persze más szabály szerint is kiválogat- 
hatjuk a teljes készletből. Így pl. minden (érvényes) kódszó 
között legyen az ún. Hamming-távolság legalább del. 


A Reed-Solomon kód 


A CD-ben az egyszerű paritásellenőrzésnél természetesen 
sokkal kifinomultabb kódolást alkalmaznak. (Bár itt is paritás- 
elemnek nevezik az ellenőrző adatot, az valójában nem a fenti 
értelemben vett párosságot, hanem a vett adat hibátlanságának 
ellenőrzését szolgálja.) Az alkalmazott ún. Reed-Solomon 
kód többszörös hibák javítására tervezett ciklikus kód. 
Tegyük fel, hogy az xj, x9, ... xx-val jelölt k db. szót, vala- 
mint az Xk4.1. Xk4.2: :::Xn (n-k) db. ellenőrző adatot, az ún. pa- 
ritásszót akarjuk továbbítani az adatátviteli csatornán. (Az 
r-k/n arányt a kód redundanciájának nevezzük.) A hibajavítás 
akkor lehetséges, ha n-k 5 1. Vegyünk a példa kedvéért két el- 
lenőrző adatot, xp4.1-et és xy-t, melyeket az alábbi kér egyen- 
let megoldásával számíthatunk ki: 


xyt.X2t...-HXpt Xk4t XpEO 
xyt2x2t ...4 kxy-H(kt1)xx4.gHNnXxXpF0 





bal 
csatorna 


analog jel 


jobb 
csatorna 














2. ábra. A CD felvétel készítésének folyamata 
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A vett kódokat jelöljük Rj-vel, ahol j-1, 2, ...n és tegyük fel, 
hogy az átvitel során egy adat elromlott, azaz Rj—xj-HE;, ahol 
xj a helyes adatot, E; pedig a keletkezett hibát jelöli. A vevő a 
következő két ellenőrző értéket állítja elő: 


Sj-Rjt Rott... Rn 


S2-Rjt2R2- ...4-nR 


Hibátlan átvitel esetén (azaz ha Ej-0) S1-S2-0, ellenkező 
esetben S1-E;, S2—iE;, azaz Sz megadja a helyes értéktől va- 
ló eltérést, S2/S 1 pedig a javítandó elem helyét. 

Mint a fenti példában megmutattuk, ha hiba történt az átvitel 
során, az felfedezhető, sőt a hibás adat ki is javítható. Az eddi- 
gieket általánosítva elmondhatjuk, hogy t hiba javításához 
(n-k)-2t ellenőrző adat szükséges. Az állítás azonnal belátha- 
tó, hiszen a t számú hiba és hely megállapításához összesen 2t 


független egyenlet megoldására van szükség. 
Példánkban a , normál" aritmetikával számoltunk. A tényle- 


ges kódolás során a Galois test felett értelmezett mod? arit- 
metikát használják. 


A keresztkód képzés 


A CD rendszerben a mintavétel során kapott adatokat blok- 
kokba csoportosítják. Az alkalmazott hibafelismerő és javító 
kód egy blokkon belül két hibával tud megbírkózni. A csator- 
namodellnél tárgyalt hibacsomók azonban azt eredményezik, 
hogy akár több száz egymást követő adatminta minden bájtja 
elromolhat. A CD rendszerben ezért az időben egymást köz- 
vetlenül követő adatokat szétszórjuk, így az adatsorozat egyes 
bájtjai különböző blokkokba kerülnek, ezáltal esetleges javí- 
tásuk már nem okoz gondot. Az adatszétszórás egy lehetséges 
módja az ún. interleaving, a keresztkódolás. 

A keresztkód képzését és , működését" az alábbi példával vi- 
lágítjuk meg (3. ábra): 

Küldjük el a 3a ábrán látható hat blokkból álló üzenetet. (Egy 
sor egy blokkot jelentsen.) A tényleges átviteli sorrendet a 3b 
ábra sorai mutatják. Tegyük fel azt is, hogy az átvitel során a 
harmadik sor elemei mind meghibásodtak. A 3c ábra a vett és 
az eredeti sorrend visszaállítása (deinterleaving) után kapott 

















3a ábra. Az átviendő adatblokkok 





. ( Compact Disc 
6 di úg 27 








25 18 2 4 
í2 20 28 0 27 5 43 21 
ZT SÁT 02 

LA 

K 29 zZz 44 23 AL 52 
30 8 16 24 CS 4 9 
17 P 2 40 . SZE -3 Vv 
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3c ábra. A visszaállított eredeti sorrend 


adatblokkokat mutatja. Láthatjuk, hogy a hibacsomónk szét- 
szóródott, s a hibás adatok már blokkon belül egyenként javít- 
hatók. 


A CIRC kódolás 


A CD rendszerben a Reed-Solomon (RS) kódolást alkalmaz- 
zák. A jobb hibafelismerés és javítás érdekében azonban nem 
egyszer, hanem kétszer is (Cj és C2), miközben az egymást 


követő adatok sorrendjét a keresztkódolásnál megismert mó- 
don megváltoztatják, összekeverik. Innen adódik az elnevezé- 
se: CIRC-Cross Interleaved Reed-Solomon Code. 

A CIRC kódolás (a felvételkor) a következőképp történik (4. 
ábra). Először a hat egymást követő időpillanatban digitali- 
bájtot jelent. (A jobb és a bal csatorna 16 bites adatai, melye- 
ket két 8 bites bájtra bontanak.) Ezt a 24 bájtot — az adatok felé- 
nek kétblokknyi késleltetése után — a Ca enkóder bemenetére 
vezetik. Az enkódernek az a feladata, hogy előállítsa a négy 
0-val jelölt ellenőrző bájtot (RS kódot). A kimeneten megje- 
lent 28 bájt az ábrán látható különböző mértékű késleltetések 
után a Cj enkóder bemenetére jutva további négy ún. P kód- 
dal egészül ki. így összességében 32 bájtot kaptunk. Az erede- 
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16 bites 8 bites kétszeres 0 paritás késlel- P pari- egy- 8 bites adatok 
szavak — szavak késleltetés generálás tető tás szeres a modulátorhoz 
vonalak képzés késl. 
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4. ábra. A CIRC kódolás 


ti 24 bájthoz hozzáfűzött 8 bájtot — mely az audiojelről nem ad 
semmilyen további információt — mint redundanciát, a hiba- 


felismeréshez ill. javításhoz használják. 
Az alábbiakban röviden összefoglaljuk a CIRC kódolás telje- 


sítőképességét: 
javítható hibacsomó 3874 bit kb 2,5 mm max. hossza 


kb. 12 300 bit 
(legrosszabb eset) 


interpolálható kb. 7,7 mm 


interpolálás gyakorisága BER-10-$ esetén 1/10 óra 
BER-10-3 esetén 1000/perc 
13 282 bit hosszúságú hibacsomó 


jól elrejthető 


még éppen elrejthető 15 495 bit hosszúságú hibacsomó 


BER-10-! esetén elhanyagolható 
1/750 óra 


fel nem fedezett hiba 
BER-1073 esetén 


3/4 
BER- Bit Error Rate — bithiba arány) 


redundancia 


A szubkód csatornák 


Az eddig előállt blokkhoz (frame) még egy további ún. kont- 
roll bájtot CXD (Control £ Display) fűznek. Ennek minden 
egyes bitjét kiegészítő információk szolgáltatására, ún. , szub- 
kód"-ként használják. A vezérlés számára tehát a 8 bit mint 
nyolc csatorna áll rendelkezésre. A C$XD bájt bitjeit P, OC, 
... W betükkel jelölik. Vigyázat, a P és O csatornát nem sza- 
bad összetéveszteni a P és O redundancia bájtokkal! 


A P csatorna a zeneszám (track) kezdetét jelöli. Ez az egysze- 
rű felépítésű, olcsó CD lejátszó készülékek számára hasznos, 
a zeneszámok kezdetének megkereséséhez. Az R-W csatorná- 
kat pl. szöveges vagy grafikus információk megjelenítésére, 
esetleg egyéb eszközök vezérlésére használhatjuk. A legtöbb 
lejtszóban azonban csak a O csatornát értékelik ki. 


A szubkód csatornákat blokkokra osztják. Egy csatornablokk 
98 bitből, vagyis 98 egymást követő adatblokk (frame) 98 
C£gD bájtjából áll össze (5. ábra). Szerencsétlen módon ezt a 
blokkot is , frame"-nek nevezik. 


Példaként a 98 bit hosszú O csatorna felépítését mutatjuk be 
(6. ábra). 
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5. ábra. A szubkód csatornablokk 

















6. ábra. A O csatorna 


Az egyes jelölések értelme a következő: 


S0,S1 — szinkronbitek 
Control — az átviteli csatornák számát, az előkiemelést, CD- 
ROM adatblokk... jelöli 
ADR - a következő 72 bit jelentését határozza meg 
Data 0 — 72 adatbit. (A tartalomjegyzék, vagy az adott 
hely idő- és egyéb adatai) 
CRC —a Control, ADR és Data O mezők ellenőrző 
adata (CRC-Cyclic Redundance Check) 


Az EFM moduláció 


A CD rendszerben az ún. NRZI (Non Return Zero Interchan- 
ge) rögzítési módot használják. Ennek értelme a következő. 
Míg a , normál" módban az ,,1" a jel magas, a , 07 az alacsony 
szintjét jelenti, az NRZI-ben az ,,1" a jelszint ellenkezőjére 
fordulását (7. ábra). A lemezbe préselt struktúra letapogatása- 
kor a pit határán a kiolvasott bit értéke ,,17, azaz ha a lézerfolt 
éppen ráfut, vagy éppen lefut a pitről, más esetben, azaz a pi- 
ten, vagy a pitek között haladva ,07 


A CD-be préselendő pitek méretének és pozíciójának megha- 
tározásához az alábbi szempontokat kell figyelembe venni: 


zersugár defókuszáltsága, vagy az optikai tengely ferdesége 


a fázis és amplitudómenet elromlását eredményezi. A mo- 
dulációs rendszernek lehetőleg érzéketlennek kell lennie az 
említett eltérésekkel szemben. 


to 


. Órajel tartalom 


Mint említettük, a kiolvasott jelnek tartalmaznia kell a saját 
órajelét, tehát a bit-óraütemet a leolvasott HF jelből kell ki- 
deríteni. Ezért a modulációs rendszernek elegendően sok jel- 
átmenetet kell produkálnia, zavaró interferenciák okozása 
nélkül. (Gondoljunk pl. pár másodpercnyi abszolut csöndre, 
mikor az adatblokkok sokáig csak 0-t tartalmaznak.) 
Ugyanakkor a túl sűrű jelátmenet az elektronikától szükség- 
telenül nagy sávszélességet követel, azaz nagyon drága 
lesz. Tehát — mint általában mindig — kompromisszumos 
megoldásra van szükség. 


3. Csak nagyfrekvenciás komponens tartalom 


A modulációs rendszernek biztosítania kell, hogy a zavarje- 
leket el lehessen választani a tiszta információtól. Egy kis- 
frekvenciás (20 kHz alatti) adatjel erősen befolyásolja a 
szervorendszert. 


4. Hibaterjedés 


A modulációs redszernek olyannak kell lennie, hogy a hibás 
adatok átjutása minimális legyen, sőt a CIRC segítségével 
hibajavításra is módot adjon. Ha pedig mégis előfordult hi- 
ba, az ne okozzon további hibákat. 
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7. ábrta. Az NRZI rögzítési mód 


Az EFM moduláció esetében a fenti követelmények teljesíthe- 
tők. Megfelelően választott kapcsoló (merging) bitek segítsé- 
gével pedig a jel egyen- ill. alacsonyfrekvenciás komponensét 
is el lehet nyomni. Az alapgondolat a következő: 8 biten 


28-256 féle kombinációt lehet előállítani. 


1 6 b. 4 3 2 1 0 — szám 





oo 
oo 
oo 
o 


254 
1 1 1 1 1 1 1 1 25 


Tizennégy biten már 214-16 384 különböző állapotot tudunk 
megkülönböztetni. 


13 12-11 109 87 7 6 2-4 3 a 1 Ű szám 
0.0 000 0 0 00 0 0000 0 
OOO OAOŰUÜUGOTBBŰBIAI 1 
000000 960900000L0 s 
Vita Et 44 E Witt 40 16382 
JÚ ZA E Al 1 6 rtl 1 AE SH "BA b Gé 16383 


Ebből a 16384 lehetséges kombinációból válasszuk ki azokat, 
amelyekben két 1 között legalább kettő, de legfeljebb tíz 0-t 
találunk! Az összes lehetséges kombinációt megvizsgálva 
ilyen csak 267 esetben fordul elő. Ebből kiválasztva 256-ot, a 
8 bites adatainkat leképezhetjük a 14 bites kódtábla ezen rész- 
halmazára. A maradék 11 kódot elhagyhatjuk, vagy egyéb 
célra, (pl. szinkronizálásra) felhasználhatjuk. 


Az eredeti 8 bites adatok 14 bitre való átalakításával a követ- 
kező előnyök adódnak: 


— az NRZI felírási mód alkalmazható 

— az órajel elemek száma megnő, de nem lesz 
szükségtelenül magas (csökken a sávszélesség) 

— a két 14 bites adatot összekapcsoló (merging) bitek 
használatával az alacsonyfrekvenciás komponens csökken 
— az adatfeldolgozás egyszerűbbé válik 

— a hibák mérete 14 bitről 8 bitre csökken 


Az előzőekben felállított követelmények eredményezték az 
EFM rendszer specifikációját. Így a pitek és a köztük levő ún. 
, land"-ek minimális hossza 3 csatornabit (3T), a maximális 
hossz pedig 11 csatornabit (11T), ahol T a bitidő. 


A kapcsoló bitek 


Az EFM modulációban igen fontos szerepe van a 14 bites 
adatokat összekötő 3 kapcsolóbitnek. Ezek értékét — bár adat- 
információt nem tartalmaznak — az előzőekben említett köve- 
telményeknek megfelelően lehet megválasztani. Kiszámításu- 
kat az alábbi példával szemléltethetjük (8. ábra). Kapcsoljuk 
össze a következő két 14 bites adatot, ahol az xxx a három 
merging bitet jelenti: 


10000100100010xxx00100100100100 


A csatorna egyenáramú (DC) komponensének mérésére az 
ún. DSV (Digital Sum Value) szolgál. A DSV a CD elejétől 
számított összes pit és land hossza összegének a különbsége. 
A példánkban a legrövidebb bitváltásra (legalább két 0) vo- 
natkozó követelmény szerint — amennyiben az adatfolyam 
balról jobbra tart — a bal oldali x-el jelölt pozícióban levő bitet 
0-nak kell vennünk. A másik két ( az ábrán MM-el jelölt) bit 
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9. ábra. A CD kódolási folyamata a mintavételezéstől a csatornabitekig 
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10. ábra. A csatornabitek előállítása 


értékét szabadon választhatjuk ki a következő három lehető- 
ség közül: 00, 01, 10. (11 a feltétel megsértése miatt nem le- 
het.) A 8. ábra a három lehetséges esetnek megfelelően grafi- 
kusan ábrázolja a DSV-t az idő függvényében. A számítás 
azon feltevésre épült, hogy a DSV értéke 0 volt az első adatbit 
idején. A modulálást úgy kell elvégezni, hogy azt a kapcsoló- 
bit kombinációt válasszuk ki, amely eredményeként a máso- 
dik adat végén a DSV abszolut értéke minimális lesz. Ábrán- 
kon ez a ,, 000" esetben teljesül. Könnyen belátható, hogyha a 
kezdeti érték pl. —3 lett volna, akkor a , 001" kombináció adná 
a legjobb eredményt. A piteket beíró logikának tehát 14 bittel 
előrébb kell járnia. A számos vizsgálat eredményeként azt ta- 
lálták, hogy egy adattal elegendő előre látni a CD rendszer- 
ben, ezzel a 20 kHz alatti, tehát a szervok sávjába eső frekven- 
ciákon a zajt erősen el lehet nyomni. 

A 9. ábrán kövessük mégegyszer nyomon az adatok áramlá- 
sát! Az információ 6 egymást követő digitális audio adatból 
álló ún , frame"-ekre oszlik. Egy 32 bitet tartalmazó (16 bit a 
bal, 16 bit a jobb csatorna számára) audio adatot 4 bájtra bon- 
tunk. Ez az audio információ 8 paritás (4 db. O -- 4 db. P) és 
egy CKD bájttal kiegészülve alkotja a B2-vel jelölt adatbite- 
ket. Az esetleges hibák kiderítése és javítása érdekében alkal- 
mazott (adatonként különböző mértékű) késleltetések miatt a 
B2 bájtjai különböző frame-ek B1 adatbitjeiből állnak össze. 
Az EFM moduláció minden 8 bites adatot átalakít 14 bites 
szimbólumokká, melyeket 3 kapcsoló bittel fűznek egymás- 
hoz (B3). A végső, a lézervágást vezérlő BG) csatornabit-fo- 


lyam a szinkronizációs bitek hozzáadásával válik teljessé. Az 
utolsó lépéseket kissé más formában a 10. ábra még szemlé- 
letesebben mutatja. 

Bár a részleteket korántsem merítettük ki, talán sikerült képet 
adni a CD kifinomult kódolási rendszeréről. 

Hudoba György 

Kandó Kálmán Műszaki Főiskola 

Székesfehérvár 


Irodalom: 


[1] Hudoba György: 

A Compact Disc adatstruktúrája (jelen számban) 
[2] M. G. Carasso, J. B. Peek and J. P. Sinjou 

The Compact Disc Digital Audio System 

PHILIPS Technical Review vol. 40, 1982, no. 6 
[3] G. Bouwhuis, J. Braat, A. Huijser: 

Principles of Optical Disc Systems 

Adam Hilger Ltd. (1985) 
[4] Szabó, Hudoba, Szarvas, Barabás: 

Optikai pick-up diszk lejátszókhoz 


Finommechanika-Mikrotechnika 28. évf. 1989. 
május-június 

[5] Richter, Várkonyi, Szarvas, Pintér, Farkas, Teleki: 
Kistömegű diffrakció-limitált fókuszáló objektív 
Finommechanika-Mikrotechnika 28. évf. 1989. 


május-június. 


FZRRÁSRÓD 38 


Ctrl - F9 


DASGAL 


ISROLA 


Ebben a részben tovább folytatom a Pascal nyelv szépségeinek az ismertetését, miközben meg- 
próbálom az előző rész adósságait törleszteni. 


Aki az előző részt végigolvasta képet kaphatott arról, milyen 
elemekből, és hogyan épül fel egy Pascal program. Sok min- 
den maradt azonban megválaszalatlanul...Például az, hogy a 
program lefutása után miért nem tűnik el az üzenő ablak a 
monokróm kártyát használó Kedves Olvasóinknak. A válasz 
a "memóriában" van, ugyanis az ő esetükben a szöveges kép- 
ernyő nem a $b800, hanem a $b000 címen kezdődik. Így a 


LathatoKep : Kep absolute $b800:$0; helyett a 
LathatoKep : Kep absolute $b000:$0; 


sort kell a lista megfelelő helyeire beírni. A fentiekből azon- 
ban rögtön levonható az a következtetés , ha nem akarjuk a 
fordítóra bízni a változó helyének a kijelölését, hanem mi 
akarjuk ezt elvégezni, akkor a változó típusának deklarálása 
illetve az absolute kulcsszó után erre (a fenti módon) lehető- 
ségünk van. Szintén a múltkorról maradt adósság a function- 
k (1. ábrajyműködésének a bemutatása. 





function EljarasNev( parameterlista : tipusok ):Tipus 1; 
var Valtozol : Tipusl ; 

begin 

EljarasNev :— Valtozol; 


end; 











Az első részben már utaltam arra, hogy a function-k szerke- 
zete és használata hasonlatos a procedure-khoz. A különbsé- 
geket három pontban lehet összefoglalni: 
1. A blokk fejrészében jelezni kell a függvény értékének a tí- 
pusát. Ez csak egy, a blokk meghívása előtt már definiált 
egyszerű típus lehet. 
2. Az eljárásblokkban egy értékadó sornak mindenféleképpen 
lennie kell: 

EljarasNev :— Valtozol ; 


Természetesen az eljárás típusa megegyezik a Valtozol típu- 
sával. A legutoljára átadott érték lesz a függvényérték. 

3. Ahhoz, hogy egy function legalább egyszer végrehajtód- 
jon, a meghívó blokkban szerepelnie kell a 


Valtozo2 :-— EljarasNev( Ertek! , Ertek2 ...); 
sornak. A Valtozo2 változót szintén előre definiáltuk, és típu- 


sa szintén megegyezik a function típusával. 
A function és a procedure feletti szervezettségi szintet képvisel 


a unit: 

A unit függvény-, eljárás-, konstans-, típus- és változódekla- 
rációk gyűjteménye. Vannak előre elkészített unit-ok, de mi 
magunk is írhatunk hozzájuk. ( Az előre elkészített unit-ok 
száma a TP rendszer verziószámának növekedésével együtt 
folyamatosan nő. ) 

A standard unit-ok közül most csak két, eddig használt unit- 
ot említek meg: 

SYSTEM unit : Itt találhatók azok az elemek (eljárások 
stb...), amelyek nem részei a standard Pascal-nak, és nem ta- 
lálhatók meg más unit-okban sem. A SYSTEM unit hozzá- 
szerkesztődik minden programhoz. (Itt találhatók pl.: a string 
típushoz tartozó műveletek is. ) 

CRT unit : Az itt található eljárások segítenek kezelni az alfa- 
numerikus képernyőt, a billentyűzetet, valamint a hangszórót. 
Házilag unit-ot a 2. ábrán látható séma alapján készíthetünk. 





unit UnitNev ; 


interface 
uses unit! , unit2 ... 


type 
const 
var 


procedure 
function 


implementation 

( privft deklarfcick, eljtrtsok Cs fággvCnyek ) 
begin 

( inicializtcigs rCsz ) 

end. 











Ezt forrás unit-nak nevezzük, és .PAS kiterjesztést kap. A TP 
rendszerrel történt fordítás után kapjuk az ún. lefordított unit- 
ot, aminek kiterjesztése .TPU . Fontos szerkesztési szabály, 
hogy a file nevének meg kell egyeznie a unit kulcsszó után 
álló UnitNev-vel. A lefordított unit önmagában nem használ- 
ható, csak egy főprogram vagy más unit-okkal való össze- 
szerkesztés után. A szerkesztést a fordító végzi. A kész prog- 
ramba mindig csak azokat a blokkokat emeli be, amik a futás 
során használatba kerülnek. 

A fentiekből következik, hogy célszerű a későbbiekben is fel- 
használható függvényeket rögtön unit-ba írni. Ezen függvé- 
nyek fejrészének deklarálása az interface kulcsszó után követ- 
kezik, a törzsük pedig az inplementation-ban van. Az itt talál- 
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ható deklarációkat a unit-ot használó blokk nem látja, éppen 
ezért nem is tudja használni. Az interface kulcsszó után követ- 
kező fejrészeknek vagy teljesen meg kell egyeznie a imple- 
mentation részben megadott függvény fejrészével, vagy ez 
utóbbi helyen teljesen el kell hagyni a paraméterlistát. Az inici- 
alizációs rész , begin"-jét elhagyhatjuk, ha itt nincs utasítás. 
(Az , end." mindenféleképpen kell !) Unit-ot használó program 
esetén mindig az inicializációs rész fut le először. Ezt a részt 
azonban felülbírálhatja a unit-ot használó program. 

A SYSTEM unit mellett használt CRT unitból a következő 
függvények kerültek eddig elő: 


ClrScr :Törli az aktív ablakot a függvény meghívása előtt be- 
állított háttérszínnel (alapértelmezésben fekete), majd a kur- 
Zort az aktív ablak bal felső sarkába helyezi. 

GotoXxY (X, Y: byte) A függvény a kurzort az (oszlop-sor ) 
koordinátájú pontba helyezi. Az (1, 1) pont az aktuális ablak 
(alapértelmezésben a képernyő) bal felső sarka. Ha rossz ko- 
ordinátákat adunk meg, a hívás nem hajtódik végre. 
Window(XI, YI, X2, Y2 : byte): A függvény egy aktív abla- 
kot definiál a képernyőre, aminek a bal felső sarka az (XI, 
YI), a jobb alsó sarka pedig az (X2,yY2 ) pont. (Alapértelme- 
zésben ez (1, 1) és (80, 25).) 


Az előző részben a GotoXY procedure és a Write utasítás se- 
gítségével rajzoltattuk ki az ablak keretét az Ablak eljárás ál- 
tal meghívott Keret eljárással. Ha az utóbbi Allapot nevű vál- 
tozójának az értétke TRUE ketősvonallal, ha FALSE szimpla 
vonallal történik a rajzolás. Itt a rajzolás szó a megfelelő ka- 
rakterek megfelelő helyre történő kiíratását jelenti a Write 
utasítás segítségével. Alapértelmezésben ki lehet íratni egy, 
vagy több karaktert 


Write("F"), Write(tt70), Write("FO"), Write($70, it 79), 
illetve egy vagy több stringet: a 
Writer FORRÁSKÓD"), Writer FORRÁSKÓD", "CTRL-F9"). 


A Write utasítás további lehetőségeivel a későbbiekben még 
részletesen fogunk foglalkozni. 

Visszatérve a Keret procedure-ra: 

A procedure elején az if-szerkezet then és else ágaiban talál- 
ható egy for-ciklus és egy case-szerkezet. Ez egy nyakatekert 
formája a RajzTomb változó elemeinek a feltöltésére, viszont 
tökéletesen megfelel mindhárom alapvető Pascal építőelem 
sajátságainak megfigyeléséhez. Aki meg szeretné könnyíteni 
a program dolgát deklaráljon két konstans tömböt és használ- 
jon értékadó utasítást egy if-szerkezettel kombinálva. 

A most közölt forráskóddal kiegészítve az első szám listáját 
megkapjuk a , FileKereso" ablak beolvasó részét. 

Ehhez deklarálni kellett néhány új konstanst, egy új típust, 
egy új function-t és két új procedure-t. (Megjegyzés: A most 
közölt főprogram felváltja a régi programtörzset.) 

A , Varakozas" függvény while-ciklusa kitakarítja a billen- 
tyűzet puffert, az üres repeat-until ciklus várakozik míg bil- 
lentyűleütést nem észlel, majd a ReadKey függvény beolvas- 
bemeneti paramétereknek megfelelően létrehozza a beolvasó 
sort, és feltölti azt. A legérdekesebb függvény az , Olvaso" 
nevű. Itt van lehetőségünk arra, hogy a már inicializált beol- 
vasóban a stringet frissítsük (azaz egy külső változást megje- 
lenítsünk anélkül hogy szerkeszteni kellene), vagy szer- 
kesszük. A 3. ábrán külön kiemeltem a billentyűzethez tarto- 
zó részeket. Látható, hogy három lényeges elemet tartalmaz: 
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Olv Kilep :— False ; 


repeat 
VezCh :-— Varakozas ; 
case VezCh of 
Null : begin 
VezCh :-— ReadKey ; 
case VezCh of 
Oda : begin 
end; 
Vissza : begin 
end; 
Del : begin 
end; 
Ins  : begin 
end; 
end; 
end; 
Tab : begin 
Olv Kilep :— True ; 
end; 
Enter : begin 
Olv Kilep :— Treu ; 
end; 
Esc : begin 
Olv Kilep :— True ; 
end; 
BackSpace : begin 
end; 
else 
begin 
end; 
end; 








until Olv Kilep ; 





1. Az előbb már említett , Varakozas" függvény, ami lehetővé 

teszi a program futásának felfüggesztését egy billentyű leütéséig. 

2. A repeat-until ciklus biztosítja, hogy a megfelelő billen- 

tyűk leütéséig ( esetünkben ESC, ENTER, TAB ) ne hagy- 

hassuk el a string beolvasó ablakot. 

3.A case-szerkezet értékeli ki a beolvasott karaktert, majd 

"eldönti", hogy melyik utasítássor hajtódjon végre. 

Fontos tudni, hogy a karakteres billentyűk az ASCII kódjuk- 

kal, a funkcióbillentyűk pedig két kóddal térnek vissza. ( Ez 

utóbbiaknak az első kódja nulla. ) 

A kódot, a már említett ReadKey függvénnyel lehet beolvas- 

ni. Látható, hogy a funkcióbillentyűknél a dupla kód miatt 

kétszeri beolvasást kell alkalmazni. 

A cikkhez tartozó forráslistát . a lemezmelléklet PASCAL 

alkönyvtárában találhatjuk. 

A következő részt innen fogom folytatni, részletesen kitérek a 

string- műveletek értelmezésére, a file kezelés kapcsán a 

DOS unitra, és természetesen megírjuk a scroll-ablakot. 
Burai Zsolt 





Helyreigazítás: 
Az előző részben közölt 
Kep :— array[1..80, 1..25, 1..2]of byte; 
sor helyesen : 
Kep :— array[1..25, 1..80, 1..2]of byte; 
A hibáért elnézést kérünk. 
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Majd a gép... 





Az előző számunkban egy Windowsos program készítésének alapelemeit ismertettük. 
Most egy érdekességet, egy Windows alatt futó programgenerátort mutatunk be, ami helyettünk 
írja meg első Windows programunkat. 


Indítsuk el a lemezmellékleten található Winbegin.exe pro- 
gramot Windows alól, egy szokásos ablakot kapunk. 
Válasszuk a menüből a Program Készítés menüpontott. Szép 
sorban válaszolgassunk a megjelenő ablakok kérdéseire, ha a 
végére értünk a végén zakatol egy kicsit. 


File Program Készítés Programozó 








Ezután nézzük meg a merevlemezünknek azt az alkönyvtárát 
ahonnan a programot indítottuk. Itt bizony megszaporodtak a 
bejegyzések. Négy szöveg file jött létre az általunk megadott 
néven az egyiknek nincs kiterjesztése a többié rendre "C" , 
"DEF", és "RC". Az előző számunkban azt írtuk, hogy egy 
Windows program fejlesztéséhez C - környezetben pont ezek 
kellenek. Ha van fordítónk fordítsuk le őket. Borland 
környezetben használhatjuk a mellékelt project filet, ter- 
mészetesen a file neveket és az include és lib tartalom- 
jegyzékek elérési útvonalát módosítanunk kell, a saját rend- 
szerünknek megfelelően. Microsoft fordítóhoz pedig a kiter- 
jesztés nélküli file-t használjuk makefile-ként. 

(Esetleg a WinMain függvény deklarációját meg kell változ- 
tatni.) Aki nem akar ezzel bajlódni a lemezmellékleten meg- 
találja a lefordított változatot is proba.exe néven. Ez a 
Windows alól elindítva egy egyszerű de működő alkalmazás, 
saját menüvel egy dialógus (párbeszéd) és egy about (név- 
jegy) ablakkal. A program képes egy sort beolvasni, majd 
kiírni a képernyőre. Mint a nagyok... de, hogy csinálja ezt a 
WinBegin ...? Ha belenézünk a tartalom jegyzékbe elég gyor- 
san lebukik. Találunk ott egy winbegin.dat nevű szöveg file-t 
amiben benne van a mi programunk. Egyszerűen ezt másolta 
át új néven a mi programunként, mint a nagyok... 

A tréfát félre téve a kis program jól szemlélteti a program- 
generátorok, ha akarom ötödik generációs programfejlesztési 
eszközök működését, korlátait. Ezen semmit nem változtat, 
ha az adat file tömörített, esetleg kódolt. Ez a kis játék arra is 
jó, hogy a Windows programozással most ismerkedők 
számára szemléltesse a dialógusdobozok, kezelését. Mit 
érdemes megfigyelni? A Windows főprogram lényegében 
megfelel az előző részben leírtaknak. Ami látható eltérés a 
végén az üzenetközvetítő ciklusból (világos szürke alapon 
szedve) dupla ciklus lett. Ez azt jelenti, hogyha gyorsbillen- 
tyűt használunk (a menüben az aláhúzott betűk) annak 
üzenete megelőzi a többit. Ami nem látszik, de érdemes meg- 








figyelni, a dialógus ablakokat nem határoztuk meg előre. 
Ezek a Windowsban előre deffiniált ablakosztályok. 
Természetesen a kezelésükről gondoskodni kell, így saját 
ablakkezelő függvényük van (sötét szürkén szedve). 
Folytatjuk. 
[e] EI 


LEGEESESSESÁTGÁGIKBE I MEZ EGK ZEES 
, Eile Program Készítés Programozó 


Megjegyzés a progamban: 


Ez az első Windows programom...] 






File Kérem a Szöveget 
A program egy sort jelenít meg. 


Ez az első Windows programom... 


PROBA 


Verzió 1.00 
Copyright (c) 1995 Forráskód 


. löki 

































Kérem a szöveget: 


A program egy sort jelenít meg. 
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átinciude "windows.h" 
átinclude "PROBA.h" 


long FAR PASCAL PROBAWndProc(HWND, unsigned, WORD, LONG); 
BOOL FAR PASCAL TextEnterBoxFunc(HWND, unsigned, WORD, LONG); 


static . HBRUSH hbrBlack; 
static . HANDLE hAccelTable; 
static , HANDLE hinst; 


HWND hWindow; 


char PROBAtext[LINESIZE]; 


BOOL FAR PASCAL About( hDig, message, wParam, IParam ) 
HWND hDig; 

unsigned message; 

WORD wParam; 

LONG IParam; 


if (message -—- WM COMMAND) 


it 
EndDialog( hDilg, TRUE ); 
retum TRUE; 


] 
else if (message -— WM INITDIALOG) 
return TRUE; 
else return FALSE; 
) 


PROBAPaint(hDC) 
HDC hDC; 


( 
TextOut(hDC,0,0,PROBAtext, strlen(PROBAtext)); 
) 


PROBACommand(hWna, id) 
HWND hWnd; 
int id; 


( 

HDC hDC; 
FARPROC . IpprocAbout; 
char wbuffer(80]; 


switch (id) ( 
case ID EXIT: 
exit(id); 
break; 


case ID ABOUT: 


IpprocAbout - MakeProcinstance ((FARPROC) About, hinst); 


DialogBox(hinst, (LPSTRY"About", hWnd, IpprocAbout); 
FreeProcinstance((FARPROC)IpprocAbout); 
break; 


case ID PROBA: GetText(hWnd); 


break; 


default: break; 


) 


FA Windows Főprogram "/ 


int PASCAL WinMain(hinstance, hPrevinstance, IpszCmdLine, cmdShow) 
HANDLE hinstance, hPrevinstance; 

LPSTR IpszCmdlLine; 

int. c-mdShow; 

( 

MSG msg; 

HWND hWnd; 

HMENU hMenu; 

int i; 


if (IhPrevinstance) if ( PROBAlnit(hinstance))return FALSE; 
else (GetinstanceData(hPrevinstance, (PSTR)ghbrBlack, sizeof(hbrBlack)); 
GetlnstanceData(hPrevinstance, (PSTR)ghAccelTable, sizeof(hAccelTable)); ) 


hWnd - CreateWindow((LPSTR) "PROBA", 
(LPSTR) "PROBAT, 
WS OVERLAPPEDWINDOW, 
CW USEDEFAULT, 
CW USEDEFAULT, 
CW USEDEFAULT, 
CW. USEDEFAULT, 
(HWNDJNULL, 
(HMENUJNULL, 
(HANDLE)hinstance, 
(LPSTR)NULL); 

hWindow - hWnd; 

hinst - hinstance; 


ShowWindow(hWnd, cmdShow); 
UpdateWindow(hWnd); 


while (GetMessage((LPMSG)émsg, NULL, 0, 0)) 
( 


if (TranslateAcceleratorihWnd, hAccelTable, (ILPMSG)émsg) -—— 0) 
( 
TranslateMessage((LPMSG)ámsg); 
DispatchMessage((LPMSG)émsg); 
! 
H 


exit(msg.wParam); 


] 


int PROBAInit(hinstance) 
HANDLE hinstance; 


( 
1PWNDCLASS  pPROBACIass; 


hbrBlack - GetStockObject(BLACK BRUSH); 


PPROBACIass - (PWNDCLASS)LocalAlloc(LPTR, sizeof(W4NDCLASS)); 
PPROBACIass-3hCursor - LoadCursor(NULL, IDC. ARROW); 
PPROBACIass-shicon . - Loadicon(hinstance, (LPSTR)"PROBA"); 
PPROBACIass-sIpszMenuName - (LPSTR)"MainMenu"; 
PPROBACIass-5IpszClassName . - (LPSTR)"PROBAT; 
PPROBACIass-ohbrBackground. - NULL; 

PPROBACIlass-ohinstance — - hinstance; 

PPROBACIass-ostyle 7 CS VREDRAW [ CS HREDRAW; 
PPROBACIlass-sIpínWndProc - PROBAWndProc; 


if (IRegisterClass((LPWNDCLASS)PPROBACIass)) return FALSE; 

LocalFree((HANDLEJPPROBAClass); 

hAccelTable - LoadAccelerators(hinstance, (LPSTR)"PROBAaccef"); 
return TRUE; 

l 





Előfizetési díj fél évre: 1494 Ft 
Előfizetési díj egy évre: 2388 Ft 
Iskoláknak egy évre: 1188 Ft 


Így Önnek egy szám csupán: 249 Ft 
Igy Onnek egy szám csupán: 199 Ft 
Igy egy szám csupán 99 Ft 


Előfizethető csekken, vagy átutalási postautalványon 1995. február 28-ig. a NASA Kft. 
218-98172/541-003578-3 számú számláján. 
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/" Az ablakkezelő függvény. "/ 


long FAR PASCAL PROBAWndProc(hWnd, message, wParam, IParam) 
HWND. hWna; 

unsigned message; 

WORD wParam; 

LONG — IParam; 

( 


PAINTSTRUCT ps; 
RECT rect; 
HBRUSH  hbr, hbrOld; 
POINT pt; 


pt - MAKEPOINT(IParam); 
switch (message) 


( 
case WM SYSCOMMAND: 
switch (wParam) ( 
default: 
return(DefWindowProc(hWnd, 
message, wParam, IParam)); 
break; 


Í 


break; 


case WM CREATE: 
break; 


case WM LBUTTONDOWN: 
case WM RBUTTONDOWN: 
case WM LBUTTONDBLCLK: 
case WM RBUTTONDBLCLK: 
break; 
case WM MOUSEMOVE: 
break; 
case WM LBUTTONUP: 
case WM RBUTTONUP: 
break; 
case WM DESTROY: 
PostOuitMessage(0); 
break; 


case WM COMMAND: 
PROBACommand(hWnd, wParam); 
break; 


case WM PAINT: 
BeginPaint(hWnd, (LPPAINTSTRUCT) ps); 
PROBAPaint(ps.hdc); 


EndPaint(hWnd,(LPPAINTSTRUCT)éps); 


break; 


case WM ERASEBKGND: 
GetClientRect(hWnd, (LPRECT)érrect); 
hbr - CreateSolidBrush(GetSysColor 

(COLOR. WINDOW)); 

hbrOld - SelectObject((HDCJwParam, hbr); 
Fillgect((HDC)JwParam, (LPRECTJérect, hbr); 
SelectObject((HDC)wParam, hbrOld); 
DeleteObject(hbr); 
break; 


default: 
return(DefWindowProc(hWnd, message, 
wParam, IParam)); 
break; 


return(OL); 
1 


GetText(hWnd) 
HWND hWnd; 


( 
FARPROC IpprocTextEnterBoxFunc; 
BOOL i; 


IpprocTextEnterBoxFunc - MakeProclnstance 
((FARPROC) TextEnterBoxFunc, hinst); 

i - DialogBox(hinst, (LPSTR)"TextEnterBox", hWnd, 
IpprocTextEnterBoxFunc); 

FreeProcinstance((FARPROC)IpprocTextEnterBoxFunc) ; 


if (i —- TRUE) ( 
InvalidateRect (hWnd, (LPRECT) NULL, (BOOL) 


BOOL FAR PASCAL TextEnterBoxFunc(hDig, message, wParam, IParam) 
HWND hOlg; 

unsigned message; 

WORD wParam; 

LONG IParam; 


( 
switchlmessage) 


( 

case WM. INITDIALOG: 
SetFocus(GetDigitem(hDig, ID. TEXT); 
return(FALSE); 
break; 

case WM COMMAND: 

switch(wParam) 


( 

case ID. OK:GrabText(hDig PROBAtext ID. TEXTLINESIZE); 
EndDialog(hDig, TRUE); 
return(TRUE); 
break; 

case ID CANCEL: 
EndDialog(hDig,FALSE); 
return(FALSE); 

default; return(FALSE); 
) 
break; 

default: 
return(FALSE); 
break; 


GrabText(hDlg,name,id, size) 
HWND hDig; 

char name[]; 

short id; 

short size; 


( 
short í; 
stropy(name,"); 
i z GetDigltemText(hDig id (LPSTR)name, size); 
namefi) - 0; 





Levélcímünk: 
1656. Budapest Pf. 16. 
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ZÉTmte 








A képfeldolgozó kártyák használata, programozása ma még az áruk miatt az 
egzotikumok sorába tartozik, de így volt ez a hangkártyákkal is... 


Az 1993-as esztendő újdonságaként jelentette be a német 
FAST Multimedia AG a Screen Machine II változatát, amely 
egy valós idejű képfeldolgozó kártya, YUV 4:2:2 belső jelfel- 
dolgozással. A képernyő választható felbontása 1024"768- 
ban maximált, a tényleges digitalizált képméret 736560, 
amely a PAL teljes felbontás látható területének felel meg. A 
bemeneti oldalon S-Video (Y/C) és kompozit jelekkel - 
PAL/SECAM/NTSC TV normák - közeledhetünk az 
eszközhöz. 

A termékcsalád hamarosan egy komplett Application 
Programers Interface-szel (API) is bővült, programozók hadát 
állítva új feladatok elé. Cikksorozatunk első fejezetében 
összefoglaljuk a C-ben hívható SM II funkciókat és egy 
alapvető rutinnal illusztráljuk is azokat. 

A Screen Machine programozásához két lehetőség közül 
választhatunk : 

- eszközfüggetlen szinten a Screen Machine II kártyánk a MS 
Windows felület MCI (Multimedia Control Interface) -én 
keresztül bármilyen programozási technikával, amelyben 
kezelni tudjuk a Windows MCI-t (az mmsystem.dll függ- 


vényein keresztül). A Screen Machine II MCI meghajtója 
kibővíti a Windows overlay eszközökre vonatkozó parancs- 
készletét, így több lehetőségünk van a kártya vezérlésére, 
mint a Windowsban definiált standard overlay kártya 
használata esetén. 
- C nyelven, amit az API -t alkotó C könyvtárak tesznek 
lehetővé. A Microsoft C és a Borland C fodítókhoz alkalmas 
könytárak állnak rendelkezésre compact, small, medium és 
large memória-modellekhez, valamint Windows alá írt prog- 
ramokhoz. 
Az API C függvényei a hardver nyújtotta lehetőségeket teszik 
elérhetővé a programozó számára. Példaként tekintsünk meg 
egy rövid programot a Screen Machine II API kézikönyvből. 
A program egyszerre használ álló- és élőképet: középen az 
élőkép jelenik meg, körülvéve az élőképből nyert ikonokkal. 
A Screen Machine II fejlesztő rendszer további részletes 
ismertetésével és összetettebb példaprogramok listájával a 
következő számunkban jelentkezünk ! 

Lernyei Csaba 
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Funkció szerint csoportosítva a következő függvé- 
nyekkel vezérelhetjük a Screen Machine kártyát : 


1. Inicializáló, renszerbeállító függvények : 


vhc DeviceSetting : Hardverfüggő paraméterek 


beállítása, olvasása. 


vhe Open : Megnyitja a Screen Machine eszközt, 
beolvassa a kezdeti beállítást, 
inicializálja a rendszert. 

vhc Close : Bezárja az eszközt, kikapcsolja a 


videóképet, és a hangot, a rendszer 
állapotát elmenti file-ba. 


2.Képpozíció-beállító függvények : 


Ezen függvények segítségével állíthatjuk be, hogy a videókép melyik 
része - és az a számítógép monitorán hol jelenjen meg. 

vhe SetVideoRect : Kijelöli a videóképből azt a részt, 
amely a monitorra kerül 

Kijelöli a monitor azon részét, ahol a 
videókép megjelenik. 

Ha a kiválasztott videó-részlet egy 
részét ki akarjuk nagyítani, ezzel a 
függvénnyel definiálhatjuk a nagyí- 
tandó részt . 

Ezzel a függvénnyel a Window Frame- 
en belül pozícionálhatjuka — kimeneti 
jelet. Ennek akkor van jelentősége, 

ha a monitoron egyszerre jelenik meg 
az élő videókép, és - szintén a 

Screen Machine kártyából származó 
állókép. A függvény az élőkép 
helyzetét állítja be az állóképen belül. 


vhc SetWindowRect : 


vhc SetZoomRect : 


vhc SetVideoOffsetRect : 


vhc GetVideoRect 

vhc GetWindowRect 

vhc GetZoomRect 

vhc GetVideoOffsetRect : E függvényekkel az előbbiekben leírt 


téglalapok pozícióját kérdezhetjük le. 
3.Élőkép, állókép kiválasztás : 


vhe Video : 
vhe Live : 


Ki-, ill. bekapcsolja a videójelet. 
Megállítja, ill elindítja az élőképet. 


4.Hardverbeállító függvények 


whe SetSetting : Ezzel a függvénnyel a Screen 


be. Csak a legfontosabb 
paramétereket említve beállíthatjuk 

-a fényerőt, kontrasztot, színtelítettséget 

-a vörös zöld, kék színek súlyozását; 

- a bemeneti videójelet 

- a videójel rendszerét 

- invertálhatjuk a videójel világosság 
és/vagy színösszetevőjét; 

- transzparens színt definiálhatunk 

- megadhatjuk a pixelek nagyságát 
(mozaik effektus), és bitfelbontását: 
1-8 bit (posterize); 

- időben szaggatottá tehetjük az 
élőképet (strobe); 

- invertálhatjuk a képet. 

A fent leírt paramétereket 

állíthatjuk be egyenként. 

A paraméterek értékeit olvashatjuk 
vissza. 


vhe Setting : 


vhc GetgSetting : 


5.Videómód beállítása 
whc SetDisplayMode : A videókép mérete lehet változ- 
tatható, vagy állandó. Állandó kép 
méret esetén az élőkép mellett több 
állóképet is megjeleníthetünk. 


vhc GetDisplayMode : Az aktuális beállítással tér vissza. 


6.Képmemória- és I/O függvények : 


E függvényeken keresztül közvetlenül hozzáférhetünk a 
videómemóriához. 
vhc SetVideoData : A memóriából a videókép megadott 
helyére másol. 

A kijelölt képrészletet a számítógép 
memóriájába másolja. 

File-ból beolvas egy képet memóriá- 


vhc GetVideoData : 


vhc ReadlmageFile : 
ba. 
vhc WritelmageFile : File-ba menti a videómemória 


tartalmát. 
7. Speciális függvények: 
vhc SetChromaRange : transzparens (átlátszó) szín- ill. vilá- 
gosságtartomány megadása 
A függvény segítségével a videójel 
világosság és színtartalma átkódol 
ható, azaz pl. a 256 lehetséges 
bemeneti világosságjel mindegyikéhez 
megadhatunk egy világosságjelet 
A fenti függvényeken kívül külön könyvtárban találhatók a tuner 
vezérlő, valamint a képújságot kezelő függvények. 


vhc SetvVideoLUT : 


Egyszerű példaprogram a Screen Machine-hoz 


static short anVidBuf ő 5120 ]; 
main( void ) 


short nVHC, nLne, nRow; 
RECT reWnad, reVid, rcOff, reBuf; 
[/ a screen machine megnyitása 
nVHC - vhc Open( VHC DEV SMII 8); 
//a videókép beállítása több kép megjelenítésére 
vhc SetDisplayMode(nVHC, VHC DISPLAY FIXED ); 
[/az élőkép nagysága 368"280, 
[/az ikonok 80764 méretűek 
[la kimenő ablak beállítása: 
[magasság 268 4. 2"80 4- keret) 
SetRectRel( (LPRECT) 
8rcWnd, 34, 40, 576, 280 ); 
vhc SetWindowRect( nVHC, 8reWnd ); 
[laz élőkép beállítása relatíven a kimenőablakhoz 
SetRectRel( (LPRECT) 
8rcOff, 104, 0, 368, 280 ); 
vhc SetVideoOffsetRect( nVHC, 8rcOff ); 
[/a videómemória feltöltése feketével" 
vhe Live( nVHC, VHC LIVE OFF); 
SetRectRel(LPRECT) ércVid, 0, 0, 576, 280 ); 
vhc SetVideoData( nVHC, (LPSHORT) "BLACK", (LPRECT) érrcVid ); 
/Nideo élőkép bekapcsolása 
vhc Live( nVHC, VHC. LIVE ON ); 
vhc Video( nVHC, VHC VID ON); 
[ikonok lerakása a kép mellé 
do 


for ( nRow - 0 ; nRow c2 ; nRowx-- ) 
for ( nLne - 0 ; nLne c 4 ; nLnet- ) 


( 
vhe Live(nVHC, VHC LIVE OFF ); 
vhc GetVideoData( nVHC, (LPSHORT) anVidBuf, (LPRECT) 
"ICON" ); 
SetRectRel( grcBuf, 14 -- nRow " 468, nLne " 72, 80, 64 ); 
vhc SetVideoData( nVHC, (LPSHORT) 
anVidBuf, (LPRECT) örcBuf ); 
vhc Live( nVHC, 
VHC LIVE ON ); 
delay(500); 
) 
) 


! 

while ( ! kbhit() ); 
vhc Close( nVHC ); 
) 
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50. 


A COBOL szabja meg a mércét 
az alkalmazásfejlesztésben 


A COBOL nyelv több mint 30 éves története az informatika 
egyik legnyilvánvalóbb sikertörténete, ami az alkotói józan 
bölcsességét és előrelátását dicséri. Ennek köszönheti, hogy a 
90-es évek elején még mindig a legfontosabb üzleti célú prog- 
ramozási nyelvnek számít. A COBOL nyelv az elmúlt évtize- 
dekben sokat változott, mindig lépést tartva a felhasználók 
igényeivel. 

Jövőjét a jelenleg is folyamatosan zajló szabványosítási lépé- 
sek biztosítják. 

Szeretném felhívni a tisztelt Olvasó figyelmét a COBOL 
nyelv erősségeire az üzleti célú alkalmazásfejlesztésben, an- 
nál is inkább, mivel a hazai informatika fejlődési iránya az el- 
múlt 10 évben jelentős mértékben eltért a tartós nemzetközi 
trendektől és felzárkózás folyamata sem mentes az ellentmon- 
dásoktól. 

A magyar fejlesztők többsége jobbára csak a nagygépes ANSI 
COBOL 74 nyelvre emlékszik, amely azóta már elavultnak 
számít. A hazai informatika fejlődését megrekesztő 10 éves 
embargó egyik legfontosabb hatása a nagygépek használatá- 
nak gyors visszaszorulása és a személyi számítógépek gyors 
elterjedése volt egy olyan korszakban, amikor a PC-k még 
nem vehették át a nagygépek feladatait. 


Kezdetben volt a cél 


A COBOL nyelv körül bábáskodó gyártók annak idején arra 
koncentráltak, hogy létrehozzanak egy egyszerű nyelvi ele- 
mekből álló, szabványos és ezáltal hordozható programozási 
nyelvet, amellyel a nagy amerikai felhasználók dollármilliár- 
dokat takaríthatnak meg, a különféle gépekre, eltérő és hard- 
verfüggő assembler nyelveken íródott, és ezért redundáns 
programok írásakor. ki 

A COBOL sikerének van néhány alapvető oka és ugyanezen 
okok biztosítják jövőbeni sikerét is. Akkoriban senki sem sej- 
tette, hogy a gyártóktól független hordozhatóság lesz világsi- 
kerének titka. Másfelől a COBOL szintakszisa egyszerű 
(mintegy két tucat angol nyelvi igét tartalmaz), használata 
egyszerű mindazon szakemberek számára, akik képesek az 
üzleti problémák megfogalmazására. 


Az eredmény 


Eddig hozzávetőleg 80 milliárd kódsort írtak COBOL-ban, az 
üzleti alkalmazások 80 százaléka, de még a UNIX-os világ 
üzleti alkalmazásainak többsége is COBOL-ban íródott. A 


szakértők a 90-es évek elején 2,3 billió amerikai dollárra be- 
csülték a COBOL-ban megírt programok értékét. Semmilyen 
más szoftvertermékkel nem hoztak létre ekkora beruházási ér- 
téket. E programokban a vállalatok felbecsülhetetlen értékű 
szaktudása és üzleti potenciálja rejlik, melynek hosszú távú 
védelme, továbbfejlesztése, karbantartása a vállalatok straté- 
giai érdeke. 


Irányzatok a programozási 
nyelvek fejlődésében 


Az alkalmazásfejlesztés számos zsákutcán és divatos megol- 
dáson át vezető útkeresése produkált azért néhány tartós 
irányzatot is, amelyben fellelhetjük a ferlhasználók legfonto- 
sabb igényeit is. 


Az alkalmazások karbantartása 


A rendszerek karbantarthatósága szempontjából a nyelv tisz- 
tasága és könnyű érthetősége az egyik legnagyobb érték. A 
COBOL-t kritikusai szószátyár nyelvnek tartják, de éppen ez 
a , szószátyárság" biztosítja a jó olvashatóságot. A COBOL 
nyelvet jellemző logikai tisztaság és a jól strukturált szintak- 
szis lehetővé teszi, hogy ne csak üzleti alkalmazást, hanem 
akár rendszer- vagy általános célú segédprogramot is írjunk 
vele anélkül, hogy a karbantartási probléma kiéleződne. Így 
aztán egyre több, legkülönfélébb célú programot írnak CO- 
BOL-ban. A Micro Focus cég, a COBOL fordítóprogramok és 
alkalmazásfejlesztő eszközök élenjáró fejlesztője azzal büsz- 
kélkedik, hogy legtöbb szoftvere, beleértve a COBOL fordítót 
is, Micro Focus COBOL-ban íródott. Ez igazán megfelelő bi- 
zonyítéka a COBOL nyelv sokoldalúságának. 


Szabványosság 


Másik fontos szempont a nemzetközileg elfogadott szabvá- 
nyok mellett maradás, mivel a szabványosság biztosítja a 
szoftverberuházások biztonságát. Egy alkalmazási program- 
rendszer fejlesztése átlagosan 1—2 évig tart és élettartama kb. 
15 év. A fejlesztési költségek az alkalmazás életciklusköltsé- 
gének csak töredékét (kb. 2590) teszik ki. Miután az üzleti 
életben egyetlen dolog biztos és az a változás, az életciklus- 
költségek nagyobb része az alkalmazások karbantartásakor, 
ill. továbbfejlesztésekor keletkezik. 

A szabványosítás persze időigényes és költséges folyamat, 
ami természetesen lassítja az innovációt, de az elfogadott 
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szabvány 10-12 évnyi biztonságot jelent a gyártók számára. 
A COBOL jelenleg érvényes szabványa 1985-ben készült. Az 
1989-es revízió 42 új függvény beépítését tette lehetővé (lásd 
erről a keretes cikket). 


Magas szintű nyelvi elemek / 
nyelvek terjedése 


Az elmúlt 30 évben a COBOL számos magas szintű utasítás- 
sal bővült, amelyek mögé a fordítóprogram utasítások töme- 
gét fordítja. Sok esetben ezek a generált makrók még a futta- 
tási könyvtár eljáráshívásait is magukban foglalták. Hogy 
csak néhány példát említsek: rendezés, alprogram felhívása, 
indexelt fájlműveletek, bináris keresés kulcsra rendezett táb- 
lában, stb. 

A 42 új beépített függvény között is számos ilyen nyelvi elem 
van. 

A COBOL nyelv használhatóságát jelentős mértékben befo- 
lyásolják a hozzáilleszthető szoftverek szolgáltatásai. Mint a 
cikk második részében látni fogjuk, ezek lefedik az alkalma- 
zásfejlesztés legfőbb feladait, úgymint az adat- ill. adatbázis- 
kezelést, a karakteres és grafikus felhasználó felületek létre- 
hozását (képernyőkezelés) és a közeli és távoli kommuniká- 
ció, tranzakciókezelés feladait. Ezek segítségével a felhaszná- 
ló rendkívűl rugalmas, a változó igényeihez és pénztárcájához 
illeszkedő alkalmazásfejlesztési környezetet alakíthat ki. 

Ha az alkalmazásfejlesztési technológia megválasztásakor jól 
végiggondoljuk, hogy melyek a főbb informatikai kihívások 
egy bonyolult alkalmazási programrendszerben, akkor láthat- 
juk, hogy a COBOL rugalmasan és költségkímélő módon bő- 
víthető a kritikus üzleti alkalmazások fejlesztéséhez szüksé- 
ges eszközökkel. Ez a méretezhetőség a COBOL nyelv sike- 
rének másik titka. 

Magát a COBOL nyelvet legtöbbször csak az üzleti logika le- 
írására használjuk, amit bármely technológiát is választottunk, 
meg kell tennünk. A tipikus COBOL programban adatmozga- 
tó, számítási utasítások, az üzleti modellt leíró logikai dönté- 
sek, valamint a különféle képernyőkezelő, kommunikációs és 
adatbázis csatolókra vonatkozó külső hívások vannak. 

Ez utóbbiak részben CALL-csatolón keresztül hívhatók a CO- 
BOL-ból, más részük előfordítást igénylő EXEC utasítással 
érhető el (pl. EXEC-SOL, EXEC-CICS). 


Trend: Alacsony szintű 
nyelvi elemek kezelése 


A COBOL nyelv bővítésére nemcsak a magas szintű nyelvi ele- 
mek hozzáadása jellemző: a nyelv egyre bővülő alkalmazási te- 
rületét kiszélesítendő, utasításkészletét olyan alacsony szintű 
elemekkel is bővítették, amellyel számos alacsonyszintű rutin- 
munka elvégzése is megkönnyíthető. Az , alacsony szint" alatt 
olyan funkciókat értünk, amelyeket általában az assembler tipu- 
sú nyelvekben írnak. Ilyenek a különféle karaktersorozatokat 
manipuláló utasítások, a tárcímhivatkozásokat módosító utasí- 
tások, a program lefutási logikáját befolyásoló utasítások, vagy 
az egymásba ágyazott programok. A keretes cikkben felsorolt 
42 új beépített függvény között is számos ilyen van. 
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Trend: COBOL a PC-ken 


A COBOL eddigi történetének jelentős részében nagygépes 
nyelv volt, ami azzal függ össze, hogy sikereit kezdetben a 
nagygépeken aratta és a személyi számítógépek elterjedésé- 
nek korai szakaszában a BASIC, a PASCAL, a C, és hasonló 
nyelvek terjedtek el. Fontos azt is látnunk, hogy a PC-s prog- 
ramozás kezdeti éveit nem az üzleti alkalmazások, hanem a 
segédprogramok és a játékok elterjedése jellemezték. De a 
PC-s alkalmazások feladatai változóban vannak. A személyi 
számítógépek teljesítménye drámaian változnak, a rajtuk fut- 
tatható alkalmazások közelednek azokhoz, amelyeket koráb- 
ban csak nagygépeken futtathattunk. A felhasználói igények 
is megnőttek, ezzel párhuzamosan az alkalmazások kifino- 
multabbak, egyre összetettebbek lettek. Amiért a nagygépes 
világ annak idején a COBOL felé fordult, ugyanazért fordul 
most a PC-s világ is a COBOL felé, mint a mértékadó, meg- 
bízható alkalmazásfejlesztési nyelv felé. Végül is a mai 
komplex PC-s alkalmazások karbantartása éppen olyan fon- 
tos, mint a nagygépeken futóké. Ez a folyamat még csak most 
kezdődött el. A PC-s programfejlesztők gondolkodását 
ugyanazokat az események fogják befolyásolni, komplex, sőt 
egyre inkább heterogén rendszereik létrehozásakor és üzemel- 
tetésekor, mint nagygépes elődeikét két évtizeddel ezelőtt. 
Akkoriban ideje volt rendet csinálni a káoszban, amit alkal- 
mazásfejlesztési ciklusnak neveztek. Akkor is a COBOL kí- 
nálta a megoldást és most sem kínál kevesebbet. Ma már az 
összes kis- és közép- és nagygépes platformon van (nem is 
akármilyen!) COBOL fordító és köré építhető hatékony fej- 
lesztési környezet. 

A COBOL PC-s sikereinek van egy másik oka is. Még a PC- 
ken való alkalmazásfejlesztés elterjedése előtt a személyi szá- 
míitógépek létjogosultságot nyertek, mint a nagygépes CO- 
BOL programok fejlesztését megkönnyítő munkaállomások. 
Tény, hogy a nagygépes környezetben dolgozók mindig is 
fenntartással fogadták a PC-ken való bütykölést. Amikor 
azonban nyilvánvalóvá vált, hogy a karbantartási/fejlesztési 
munka teljességel a PC-ken is elvégezhető, a személyi számí- 
tógépek térnyerése a  nagyszámítógépek környezetében 
visszafordíthatatlan lett. Az elvégezhető feladatok ma már 
gyakorlatilag a teljes alkalmazásfejlesztési ciklust lefedik. Az 
elemzés, tervezés, programozás, tesztelés, ismételhető minő- 
ségbiztosítás, karbantartás feladatain túl a projektek mene- 
dzselése is a munkaállomás feladata lehet. Ma már gyakorlati- 
lag nincs olyan COBOL-t használó nagygépes környezet, 
amely nem használ PC-ket alkalmazásfejlesztésre. 

Az első lépés a nagygépes fejlesztő szoftverek, mint adatbá- 
ziskezelők, tranzakciós monitorok és egyéb szerszámok PC-s 
emulációs környezetének megteremtése volt, innen csak egy 
lépés, hogy ezek futtatási környezetét felhasználva a nagygé- 
pes alkalmazásokat áthelyezzék a PC-kre vagy egyéb közép- 
gépekre. Ezek aztán biztonságos és jól védhető kiszolgálók- 
ként használják a nagygépeket. Az ügyfél-kiszolgáló architek- 
túrák térnyerése immáron feltartóztathatlan folyamat, amely- 
ben minden géptípus a számára legjobban elvégezhető felda- 
tot kapja. A nagygépek felszabadulnak a felesleges műveletek 
végzése alól. 
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Ell COBOL 


A közeljövő perspektívája 


A CODASYL és az ANSI COBOL bizottságok 1989 óta 
olyan magas szintű nyelvi elemek szintakszisának kidolgozá- 
sán fáradoznak, amelyek képessé teszik a COBOL-t a tárgyo- 
rientált programozás támogatására. A végleges szabvány 
1996-ra várható. Az IBM bejelentette, hogy nagy erőkkel fej- 
leszt egy vizuális képességekkel is ellátott tárgyorientált CO- 
BOL-t , míg a Micro Focus, mint a szabványosítás kezdemé- 
nyezője és aktív résztvevője, máris kész van az előzetes szab- 
ványt kielégítő, piacérett termékkel (Object COBOL), ame- 
lyet a PC-Week szerkesztői 1994 decemberében többek közt a 
Windows "95 és az asztali RISC gépek ellenében az év legki- 
emelkedőbb számítástechnikai vívmányának választottak. 
Hadd idézzem az újság szakértőinek véleményét: , A 23. szá- 
zadban, amikor az űrflotta legénysége felveszi a fizetését, 
csekkjeiket COBOL-ban írt alkalmazás fogja kiállítani. A 
Micro Focus Object Cobol Workbench-e korábban különálló 
funkciókat egyesít és óriási lépéseket tesz az üzleti alkalma- 
zásfejlesztő eszközök új generációja felé, amely ötvözi a jól 
bevált COBOL-technológiát a legújabb tárgyorientált fejlesz- 


tési elvekkel." 


Az Object COBOL a várakozások szerint nagy áttörést jelent- 
het majd a szoftverfejlesztésben, mivel az újrafelhasználható 
kód, mind a fejlesztési, mind a karbantartási ráfordításokat 
csökkentheti. Az Object COBOL a valós világ és a megol- 
dandó üzleti feladatok számára az eddigieknél jobb modelle- 
zési módot kínál. Szakmai elemzők szerint a tárgyorientált 
COBOL elterjedésével befellegzett az olvashatatlan ,,write- 
only" nyelveknek (mint pl. C-t--) az üzleti célú alkalmazásfej- 
lesztésben és nem kell majd két doktorátus a korszerűnek 


mondott eszközökkel való alkalmazásfejlesztéshez. 





Az ANSI 85-ös COBOL 

néhány jellemzője 

A COBOL nyelv szintakszisa a 85-ös szabványosí- 
táskor a strukturált programozás kívánalmainak meg- 
felelően bővült. 

A COBOL jelenlegi nyelvkészlete néhány pozitív jel- 
lemzőjének rövid bemutatása: 

— Az adatfájlok és rekordok leírása egyszerű. A CO- 
BOL egyszerű eszközökkel támogatja a szekvenciá- 
lis, relatív és az indexszekvenciális fájlszervezést. 
(OPEN/CLOSE, " READ/WRITE, . START/READ 
NEXT, REWRITE stb.) 

— A legtöbb COBOL-fordító egyszerű kapcsolatot tar- 
talmaz az SOL-hez és sok más adatbáziskezelőhöz is. 
- A SORT, MERGE, a STRING, UNSTRING, INS- 
PECT, a táblázatban kereső SEARCH parancsok 
csak néhány példa a COBOL sokoldalúságára az üz- 
leti problémák megoldásában. 

— Az olvashatóságot és a strukturált programozást 
segítik elő az utasításlezáró szerkezetek. (END-IF, 
END-PERFORM, END-CALL, END-READ, stb.) 

— Az üzleti esetek szabatos, jól olvasható megfogal- 
mazását segíti elő a logikai döntéseket modellező 
EVALUATE WHEN utasítás-struktúra. 











— új eljárásvezérlő utasítások, mint a PERFORM ... 
WITH TEST BEFORE/AFTER, az ,in-line" PER- 
FORM. 

— a SET utasítás lehetőséget ad a logikai értékadásra 
ill. a címtípusú változók értékének megváltoztatására 
— 1989-ben az ANSI COBOL-t kiegészítették 42 ma- 
gas szintű beépített függvénnyel, amelyek növelik 
a termelékenységet néhány tipikus üzleti probléma és 
programozási rutinfeladat megoldásában. 

ANNUITY: hitel törlesztéseként fizetendő változatlan 
összegű törlesztőrészlet kiszámítása. (egy adott idő- 
! szakon keresztül, rögzített kamatláb mellett) 
PRESENT-VALUE: egy adott időszakon keresztül, 
rögzített kamatláb mellett fizetendő részletek/járadék 
jelenlegi értékre visszaszámolt értéke. (banki, biztosí- 
tási számítás) 

CHAR: karaktersorozat rendezése egy előre mega- 
dott rendezettségi sorrendbe 

CURRENT-DATE: aktuális dátum és időpont 
DATE-OF-INTEGER: egész számból standard dátum 
típusút (EEÉÉ HH NN) értelmez 

DAY-OF-INTEGER: egést típusú számból Julián féle 
dátumot (EEEE NNN) értelmez 

! INTEGER-OF-DATE: a standard dátum értékének 
megfelelő egész érték 

INTEGER-OF-DAY: a Julián féle dátumnak megfele- / 
lő egész érték 

! LOWER- (UPPER-) CASE: karaktersorozatot konver- 
tál kis- (nagy-) betűs alakra. 

! MAX (MIN): Maximum ill. a minimum értékének kivá- 

! lasztása egy paraméterként megadott listából 
NUMVALK(-C,-F): egy karaktersorozat numerikus ér- 
téke (fix-, és lebegőpontos ábrázolással) 

ORD-MAX (-MIN): A maximum ill. a minimum pozici- 

! ója egyparaméterként megadott listában 

REM: az n1/n2 művelet osztási maradéka 

LENGTHKH: az paraméterként megadott karaktersoro- 
zat hossza 

REVERSE: egy karaktersorozat fordított sorrendben 
SUM: egy paraméterlistaként megadott számsorozat 
összege 

MIDRANGE: a paraméterlista minimumának és a 
maximumának átlaga 

WHEN-COMPILED: a program fordításának dátuma 
és időpontja 

RANDOM: véletlenszám generátor számos fontos 
matematikai, statisztikai és trigonometriai függvény: 
SORT, FACTORIAL, RANDOM, SIN, COS, TAN, 
ACOS, ATAN, ASIN, LOG, LOG10, MEAN, MEDI- 
AN, STANDARD DEVIATION, VARIANCE 

Mint nevük is mutatja ezek, a függvények egyszerű uta- 
sítással számítanak ki akár bonyolult üzleti formulákat 
is, amelyeknek megírása, ha a megnövekedett hibale- 
hetőségtől eltekintünk is, egyébként sok időt venne 
igénybe. Van néhány funkció, amely a dátumok egy- 
szerű elemzését és a velük való számolást teszik lehe- 
tővé. Csak példaképpen említem meg, hogy közeleg az 
ezredforduló és számos alkalmazásban ketyeg az idő- 

! zített bomba, a 2000. év helytelen kezelése miatt. A 
! COBOL-ban meglevő dátumaritmetikai függvényekkel 

I a legtöbb ilyen probléma egyszerűen kezelhető. 








FORRÁSRÓD 48 





COBOL 


A COBOL és a köré építhető 
fejlesztői környezetek 


Milyen feladatai vannak az üzleti alkalmazásfejlesztés változó 

világának a kilencvenes években? 

A bővülő lehetőségek és az előttünk álló feladatok alapján az 

alábbi alkamazásfejlesztési környezetek fejlesztési problémái- 

ra kell megoldás(oka)t keresnünk: 

e Alkalmazásfejlesztés személyi számítógépre, 

e Ügyfél-kiszolgáló alkalmazások fejlesztése, 

e Meglevő alkalmazások átvitele a jelenleginél hatékonyabb 
platformra a költségek egyidejű csökkentése mellett. Ez a 
nagyvilágban általában felülről lefelé zajlik (downsizing), 
nálunk azonban, fejlődésünk ismert sajátosságai miatt, for- 
dítva zajlik le (upsizing). Elmondható, hogy az összes plat- 
form teljesítménye folyamatosan nő, így a rájuk bízható fel- 
adatok köre is folyamatosan változik, és ezáltal a platform 
kiválasztása a lehetséges variációk nagy száma miatt körül- 
tekintést igényel (Rightsizing - minden feladatot a megfele- 
lő platformra). 

e Meglevő nagygépes alkalmazások fejlesztése intelligens 
munkaállomásokon, idő és költségkímélés céljából. 

e Alkalmazásfejlesztés több platform számára, hordozható, 
nyílt rendszeri megoldások. 


Ha elgondolkozunk azon, hogy a fenti feladatok milyen köve- 
telményeket támasztanak a fejlesztési technológiával szem- 
ben, és ezek milyen eszközökkel oldhatók meg, akkor igen 
hamar rájöhetünk arra, hogy nincsen egyetlen olyan eszköz 
sem a piacon, amely univerzálisan megfelelne az összes felté- 
telnek. E feladatok összessége — a követett IT stratégiától füg- 
gően - ritkán jelentkezik egy időben, ill. egy vállalati környe- 
zetben. Az informatikai stratégiának egyszerre több terület 
igényeit is szem előtt kell tartania ahhoz, hogy a vállalat növe- 
kedési pályájához illeszkedő szolgáltatást nyújthasson. Ponto- 
san az üzletileg kritikus alkalmazások fejlesztésénél valószí- 
nű, hogy előbb-utóbb a kihívások többsége, egyes esetekben 
mindegyike jelentkezik. 

Mind a megcélzott platformok, mind pedig a józan költség- 
megfontolások azt sugallják, hogy a 90-es évek fejlesztő plat- 
formja az intelligens munkaállomás lesz. Ezt a munkaállo- 
mást kell tehát felvérteznünk mindazon szerszámokkal, ame- 
lyekkel az alkalmazásfejlesztés feladatai megoldhatók. 


Mit várunk el 
a munkaállomástól? 


e szabványok mellett maradó, biztonságos alkalmazásfejlesz- 
tést, 

e hatékonyságot elviselhető költséghatáron belül, 

e rugalmas, a feladatokhoz igazodó bővíthetőséget a grafikus 
és karakteres alkalmazási csatolók, a szabványos adat(bá- 
Zis-jkezelők, a közeli és távoli adatkommunikáció és a 
többplatformos tranzakciókezelés irányába, 

e megbízható teszt- és minőségbiztosítási környezetet, 

€ a csoportmunka megszervezésének támogatását és a módo- 
sítások megbízható követésének lehetőségét. 


A COBOL nyelv és a köré épülő eszközök számtalan variáci- 

ót és bőséges választási lehetőséget kínálnak a fenti szempon- 

tokat kielégítő alkalmazásfejlesztési környezet kialakítására. 

A munkaállomásokra számos független szoftvergyártó cég kí- 

nál integrált szerszámokkal bővíthető COBOL alapú fejlesztő 

rendszereket: Realia-COBOL (CA), AcuCOBOL, Micro Fo- 
cus COBOL, DEC Vax COBOL, RM COBOL (Liant), hogy 
csak a fontosabbakat említsem. Ezek mindegyike valamilyen 
szempontból kitűnik a többiek közül. Elterjedtsége, bevizsgált 
szabványossága és sokoldalúsága alapján azonban a Micro 

Focus COBOL környezetét tekintjük a leghasználhatóbbnak. 

A Micro Focus cég termékeinek családja támogatja 

e a PC-s DOS, Windows, NT és az OS/2 operációs rendszer, 
valamint a legtöbb ismert hálózatvezérlő alatt futó lokális és 
távoli hálózatok és 

e a legtöbb ismert AIX/UNIX platform alkalmazásfejleszté- 
sének, 

e valamint az IBM (és még néhány, mint pl. az ICL, BULL, 
Tandem, Wang, Prime) nagygépes architektúra 

szoftverfejlesztőinek munkáját. 

A szoftvercsalád tagjaiból kialakítható technológia ismert és 

bevált szabványokat követ, a változó informatikai igényekhez 

rugalmasan alakítható és ezáltal biztonságot nyújt a szoftver- 
beruházások számára. Előnye, hogy a COBOL fordítótechno- 
lógiája minden platformon azonos, így bármelyik platform 
választható keresztfejlesztő platformnak a többi számára is. 

A fejlesztő környezet magja a Micro Focus COBOL Work- 

bench, amelynek 3 egymásra épülő komponense van: 

e A COBOL compiler, amely az összes ismert nagy- és kis- 
gépes COBOL dialektust támogatja és egy alapfokú teszt- 
környezetet biztosít; 

ea Toolset, melynek gazdag, integrált szerszámkészlete a 
fejlesztőt hatékonyan kisegíti a szoftverfejlesztés és teszte- 
lés terén. Ez a kiépítés Professional COBOL néven jól is- 
mert és amely elsősorban a PC-s környezetű alkalmazásfej- 
lesztők számára hasznos; 

e valamint a teljesen integrált Workbench, amely a Toolset 
szerszámait jelentősen kibővíti. A Workbench felhasználói 
tulajdonképpen négy munkapadot kapnak: egy-egy grafikus 
ill. karakteres felületűt a PC-s ill. az IBM nagygépes alkal- 
mazások fejlesztése/karbantartása számára. A grafikus felü- 
letű munkapadon a vizuális szépségen felül a grafikus felü- 
letű alkalmazások, a valósághű tesztelés is lehetséges. A 
Workbench számos független szoftvergyártó cég termékét 
is képes integrálni a munkapadba, többek között az IBM 
nagygépes emulátorokat (CICS, IMS, DB2, ASM/370, 
PVCS, XDB -— Mainframe Development Environment). 


Bármely kiépítést is választjuk a PC-s változatok futhatnak a 
DOS, a Windows ill. az OS/2 alatt is. Ennek két előnye is van. 
Az egyik, hogy az egyik platformot kiválasztva fejleszthetünk 
a másikra is (keresztfejlesztés) és másik előnye, hogy bármi- 
kor válthatunk a kevésbé hatékony platformról egy másikra 
(pl. Windows-ról az OS/2-re). A Unix-os változatok általában 
karakteres felületűek, bár néhány platformon (SCO, AIX, 
DEC OSF/1) van már OSF/Motif felületű GUI csatoló is. 
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A Micro Focus COBOL 
komponensei 


6€ COBOL Checker / Compiler - A COBOL forráskódot 

animálható, végrehajtható modulra fordítja le. Ez a compiler 

számos ismert szabványt támogat: 

ANSI 74 COBOL, ANSI 85 COBOL, X/OPEN XPG3, IBM 

OS/VS COBOL, IBM DOS/VS(E) COBOL, IBM VM CO- 

BOL, IBM VS COBOL IIIBM SAA, COBOL/370. 

Van néhány más COBOL dialektus is, amelyeket konvertálni 

tud MF-COBOL ra: 

Data General Interactive COBOL v1.3, Ryan-McFarland CO- 

BOL v2.0, Microsoft COBOL 1.0 és 2.0, IBM COBOL 1.0. 

Támogatja a nagyméretű és nagy memóriaigényű programo- 

kat. A bővítmények fogadására 7 szintű egymásba ágyazható 

preprocesszálási lehetőség van. 

e Animator — A forráskód szintű tesztelést támogató teljes 
képernyős vizuális hibakereső alapváltozata. Ez a méltán 
népszerű tesztszerszám a MF környezet egyik fő erőssége. 

e Panels — DOS/WIN/OS2 között hordozható karakteres fe- 
lületű ablakkezelést tesz lehetővé CALL csatolón keresztül. 

e Screens — Interaktív, karakteres felületű képernyőt definiá- 
ló eszköz, affhely a COBOL program SCREEN Section-ébe 
beágyazott kódot generál. 

e File-kezelés — A COBOL által támogatott összes szabvá- 
nyos fájlkezelési mód (szekvenciális., relatív, indexelt 
szekv., random), kiegészítve MF bővítményekkel, valamint 
adott a Btrieve-támogatás is. 

e SOL-támogatás - a fordítóprogram be tudja fogadni a leg- 
több ismert ANSI szabványos relációs adatbáziskezelő 
preprocesszorát. 

e Windows és PM - A COBOL-ból CALL-csatolón keresz- 
tül hívhaták a GUI-API-kat azon elszánt programfejlesztők, 
akik a grafikus képernyőkezelést alacsony szintű elemekkel 
kívánják megvalósítani. 


A Toolset komponensei 


e Editor — könnyen használható, többablakos, COBOL orien- 
tált forrásnyelv szerkesztő. A fordítóprogrammal és az ani- 
mátorral integráltan működik együtt. Fordítási hiba vagy az 
animálás alatt beszúrt utasítás helyét megjegyzi és az edi- 
torba való visszatéréskor automatikusan rápozícionál. 

e Run Time környezet tartalmazza a DOS, Windows, NT, 
OS/2 és UNIX alatt a Micro Focus COBOL programok fut- 
tatásához szükséges modulokat, amelyek pl. a programok 
betöltését, a memória- és a taszkkezelést végzik el. Módó- 
sítható konfigurációs állomány is tartozik a környezethez. 

e XM - DOS alatt az 1 MB fölötti memóriakiterjesztés keze- 
lését engedi meg 16 MB-ig mind a fejlesztő eszközök, mind 
az alkalmazások számára. 

e Xilerator — tárgykód szintű hibakereső COBOL és/vagy 
Assembler programok számára 

e Panels2 — Platformok között hordozható grafikus ablakke- 
zelő technika a felhasználói programozás számára (Win- 
dow, PM, DOS graf. emuláció). Call csatolóval hívható, a 
grafikus API-k részletes ismerete nem szükséges. 


e Co-Writer — Listagenerátor, amely két részből áll: A CW- 
designerből és a CW-builderből. A designer egy adatszótár- 
ba összegyűjti a COBOL program állomány- és rekorddefi- 
nicióit és a builder segítségével egy menüvezérelt felületen 
listákat állíthatunk össze az ismert szerkezetű COBOL adat- 
állományokból anélkül, hogy erre programot kellene írni. A 
kész listák azonnal előállíthatók, a képernyőn megjeleníthe- 
tők és ki is nyomtathatók. 

e Common Communications Interface (CCD) - A progra- 
mok közötti egyenrangú kommunikációt támogatja lokális 
hálózaton. A COBOL programból CALL utasítással hívhat- 
juk. A lokális hálózati kommunikáció legtöbb ismert proto- 
kollját támogatja: APPC, Novell IPX, Named Pipes, NET- 
BIOS, TCP/IP. 

e Fileshare2 — Segítségével nagy megbízhatóságú több ügy- 
feles — több kiszolgálós COBOL alkalmazásokat definiálha- 
tunk lokális hálózaton. A Fileshare minimalizálja a hálózat 
terhelését azáltal, hogy csak az adatkérés és a szolgáltatott 
adatok terhelik a hálózatot, a többit a lokálisan dolgozó Fi- 
leshare kiszolgálók végzik el. Igy két-háromszoros sebes- 
ségnövekedés érhető el a hagyományos hálózatvezérlőkkel 
szemben. A Fileshare a CCI által nyújtott kommunikációs 
protokollokat használja és ezért a használt protokoll progra- 
monkívülről konfigurálható. Talán még ennél is nagyobb 
nyesítést alkalmazó tranzakció-feldolgozási logikát valósít- 
hatunk egyszerű indexszekvenciális állományok használata 
esetén is. Az adatbiztonságot naplófile írása és az adatállo- 
mányt helyreállító segédprogram támogatja. Így ha egy kri- 
tikus alkalmazás, amely pl. többtucat állományt módosít 
egyszerre, a Fileshare segítségével képes védeni az állomá- 
nyok integritását és hiba esetén a naplóállomány segítségé- 
vel helyre is tudják állítani azokat. 

Lehetőség van a jelszóvédelem használatára is, újdonság az 
Fileshare2 monitoring funkció, amivel a FS alatti tevékeny- 
ségeket felügyelhetjük. 

e On line help system — Segítő rendszer a fejlesztő eszközök 
használatához, de szolgáltatásait az alkalmazásokba is be- 
építhetjük. 

e Banner — Állóképek definiálására szolgáló szerszám. Az 
állóképnek azonosítója van és CALL-lal hívhatjuk fel az al- 
kalmazásból. Programom kívül karbantartható szövegeket 
(pl. súgót) jeleníthetünk meg vele a képernyőn. 


A Workbench komponensei 


e COBOL Source Info (CSD) - Interaktív lekérdező felület a 
forrásprogram elemeinek bemutására, amely az Editor és az 
Animator alatt is rendelkezésre áll. Segítségével informáci- 
ókat kaphatunk a forrásprogram tartalmáról: adatelem refe- 
renciák (definiciók, felhasználási- és módosítási hely, egy- 
másbaépülési hierarchia), a Call, Perform eljárások definí- 
ciója és felhívása, a nem használt adatok, programrészek 
feltérképezése stb. Használatával elkerülhetjük a terjedel- 
mes forráslisták nyomtatását. A karakteres felületen kap- 
csolóval állíthatjuk be használatát, a GUI Workbenchben 
szolgáltatásait a menükbe integrálták. 
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e Session recorder — Segédprogram, amely- 

nek bekapcsolása után hasonlóan egy vide- 
omagnóhoz , felvételt" készíthetünk a foly- 
tatott tevékenységekről. A felvételt később vissza lehet ját- 
szani. Demo készítéséhez ill. on-line programok különböző 
változatainak összehasonlító tesztjéhez használható.Az al- 
kalmazások fejlesztésekor, ill. karbantartásakor a legna- 
gyobb ráfordítást nem a programok megírása, ill. módosítá- 
sa jelenti, hanem a tesztkörnyezet kialakítása és maga a 
teszt. 
A Workbench egyik leghatásosabb része az ismételhető 
tesztkörnyezetek kialakítását és a számítógéppel támogatott 
minőségbiztosítást lehetővé tevő szerszámkészlet (Session 
recorder a tesztállapotok rögzítésére, valamint regresszió 
analízis két tesztállapot összehasonlítására). 

e Workbench File Loader (WFL) - Segédprogram, amely- 
nek segítségével adatállományokat és adatokat konvertál- 
hatunk egyik formából ill. jelkészletből (ASCII/EBCDIC) a 
másikba. Hibás indexszekvenciális állományok újraelőállí- 
tására is alkalmas. Az összes COBOL, Micro Focus és a 
Btrieve állományformátumot támogatja. 

e Data File Editor (DFE) — Adatállományok editálását, natív 
vagy a rekordleírással maszkolt módosítását teszi lehetővé. 

e Hexedit: Adatállományok hexadecimális szerkesztőprog- 
ramja. 

e Analyzer segédprogram, amely a futó program utasításai- 
nak végrehajtási statisztikáját állítja elő parancssorból indít- 
va önállóan vagy az Animator futása alatt (tesztszerszám). 

e File Transfer Aid — Adatállomány átvitelét PC és az IBM 
nagygép között intelligensen támogató eszköz. Elemzi a 
forráskód külső erőforrásait (CALL, COPY) és gondosko- 
dik azok rekurzív átviteléről is. 

e PROBE Monitor - A memóriába betöltött COBOL prog- 
rammodulok futását, memóriahasználatát bemutató és fel- 
ügyelő segédeszköz. 

e WB Organizer — A GUI Workbench része : a projektmun- 
ka szervezését támogató objektum orientált eszköz, amely 
lehetővé teszi, hogy a munkafelület objektumaihoz (pl. iko- 
nokhoz) specifikus beállítású környezetet rendelhessünk. 


A grafikus felületű COBOL Workbench — a szerkesztést, fordítást és a tesztelést egyetlen integrált 
felületen végezhetjük 


Pl. a futó projektek teljes fejlesztési és tesztkörnyezete, va- 
lamint szerszámai egyszerűen rögzíthetők és gyorsan elin- 
díthatók. 

A bonyolult környezetű alkalmazások - a beállítás után — 
egy gombnyomásra indíthatók. 


e SORT - Rendezőprogram CALL, ill. parancssori végre- 
hajtásra. 


Az OSX (Operating System 
Extensions) koncepció 


Az OSX a futtatási rendszer szervízkönyvtára, melynek hasz- 
nálata az alkalmazásfejlesztés számára operációs rendszertől 
független, hordozható környezetet biztosít több mint 500 plat- 
form között (DOS, OS/2, Windows, NT, UNIX, AIX). Az 
OSX az absztrakt COBOL gép és a különböző operációs rend- 
szerek közötti láncszem. Ha az alkalmazást fejlesztő nem épít 
be natív operációs rendszeri hivatkozásokat a programjába, 
ami gyakorlatilag kizárná a hordozhatóságát, hanem az OSX 
minden platformon meglévő szolgáltatásait használja, akkor 
hordozhatók maradnak alkalmazásai. Az új platformon csak 
egy olcsó futtató környezetet kell vennie. 

Az OSX a COBOL eljáráskönyvtárakon felűl számos értel- 
mes funkcionalitású bővítményt tartalmaz, amelyeket beépít- 
hetünk a COBOL alkalmazásokba. Az OSX folyamatosan bő- 
vülő szolgáltatásai mintegy 500 platformon állnak rendelke- 
zésre. 


OSX komponensek: Banner", Call-By-Name rutinok, Cme- 
nu, CCI, Co-Writer, External File Mapper", Fileshare 2, Ins- 
tall segédprogram, Name, On-Line Help, Panels, Panels2", 
Parm Passer", Rebuild, COBOL Run Time környezet, XM", 
Dialog System, Session Recorder. 

A "-gal jelöltek jelenleg még csak a PC-s (DOS WIN, 0S2) 
környezetben állnak rendelkezésre. 
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A Micro Focus fejlesztői 
környezet bővítményei 


e adatbáziskezelők: Gupta SOLbase, Oracle, Ingres, Infor- 
mix, Sybase, IBM DB2/2 (OS/2 alatt), Microsoft SOL Ser- 
ver, Netware-SOL, Progress, UNIFY, XDB, SOL/DS az 
SOL alapú relációs, valamint a DL/1 (IMS-hierarchikus). 
Az ISAM/VSAM és a Novell Btrieve fájlkezelés a COBOL 
természetes író/olvasó utasításaival érhető el. 

e képernyőkezelők: Dialog System (Micro Focus) v1 a kar- 
akteres és v2 a grafikus felületek definiálására, Smalltalk V 
(Digitalk), Visual Basic (MS), PowerBuilder. 

e kommunikációs szoftverek: Application to Application 
Interface (AAI v2), Fileshare2, Fileshare2 for Novell NLM, 
IBM CICS/OS2 ill. Micro Focus Transaction System 
(MTS--CICS). 

e projekt menedzsment és egyéb kiegészítő szoftverek: 
PVCS version manager, PVCS configuration builder (IN- 
TERSOLV), Revolve (Burl)- szoftver elemző és reenginee- 
ring szerszám, Reusable Code Manager (ReTech), CST 
COBOL to SOL Transparency (Proximity). 

e IBM-nagygépes —— emulátorok: CICS, — ASM/370, 
CICS/OS2, MF Host Compatibility option for IBM DB2/2 
nagygépes adatbázisfejlesztés PC-n, IMS DB/DC tranzak- 
ció és adatbáziskezelő (Micro Focus), XDB (a PC-s DB2 
fejlesztésben élenjáró XDB cég terméke), amelyek a nagy- 
gépes programfejlesztést és karbantartást támogatják egy 
sokkal hatékonyabb és olcsóbb környezetben. 

e IBM-nagygépes opciók futtatási környezete: CICS, 
CICS/OS2, ASM/370, XDB(DB2), IMS DB/DC, melyek 
segítségével a nagygépes alkalmazások véglegesen áthoz- 
hatók személyi számítógépre (downsizing). 

A teljes paletta bemutatására hely hiányában sajnos nem vál- 

lalkozhatom, de néhány érdeklődésre számot tartó bővítményt 

röviden ismertetek: 

Fel szeretném hívni a figyelmet a Dialog System v2 termékre, 

amely egy grafikus képernyőfejlesztő felületet nyújt PC-n a 

COBOL programozó számára. Az elkészült képernyő prototí- 
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MF Dialog System a GUI változatát ábrázolja 


pus az OSX-re épülve a Windows, OS/2 PM, DOS grafikus 
emuláció, a UNIX OSF/Motif környezetek között újragenerá- 
lás nélkül hordozható. Tartalmaz egy menüvezérelt karakteres 
felületű képernyő definiálót is (DS v1), amely szintén hordoz- 
ható a DOS, OS2, WINDOWS, UNIX környzetek között. 
Mindkét fejlesztő felület alkalmas gyors prototípuskészítésre 
a felhasználói felületről anélkül, hogy ehhez programot kelle- 
ne írni. 

A Dialog System megoldása különválasztja a képernyőfeldol- 
gozást (DS) és az üzleti logikát (COBOL Program). A képer- 
nyő-feldolgozás fejlesztési ideje a töredékére csökken, mind 
az üzleti logika, mind a felhasználói felület karbantartása és 
tesztelése egyszerűbbé válik, mivel nem keverednek egymás- 
sal. A COBOL program a DS-et CALL-csatolón keresztűl 
használja. 

A Dialog System képes külső eljáráshívások (CALLOUT) 
végrehajtására és a nagygépes karakteres képernyők 
(MFS,BMS/3270) grafikus megjelenítésére is, így az AAI 
vagy CICS-OS2 segítségével gyorsan és olcsón készíthetünk 
grafikus felhasználói végpontot távolban futó nagygépes tran- 
zakciófeldolgozó alkalmazásokhoz is. 


AAI v2 - Application 
to Application Interface 


Egy ügyfél/kiszolgáló alkalmazási rendszer csak akkor lehet 
igazán jó, ha hatékonyan, egyszerűen és megbízhatóan képes 
kiszolgálni a különböző platformok alkalmazásai közötti 
kommunikációt. Ez a terület általában mostohagyereke a ne- 
gyedik generációs környezeteknek. 

A Micro Focus magas szintű elemekkel megvalósított kom- 
munikációs lehetőségeket kínál az AAI termékével. Az AAI 
lehetőségei egy olyan telefoncsatlakozóhoz hasonlíthatók, 
amely egyszerű kapcsolatot biztosít a telefonhálózat összetett 
rendszeréhez. A felhasználónak nem kell kiismernie magát a 
kommunikációs csatolók rejtelmei között, csak a bekapcsoló- 
dás módját kell ismernie, hogy hozzáférhessen a kommuniká- 
ciós lehetőségekhez. 

Az AAI lehetővé teszi, hogy a program egyenrangú módon (pe- 
er to peer) felépítsen egy kapcsolatot egy másik programmal és 
párbeszédes kapcsolatban álljon vele. A folyamat lehet szink- 
ron vagy aszinkron hívás is. Az AAI segítségével nagy bizton- 
ságú rendszereket alakíthatunk ki, mivel hálózati hiba vagy 
szétkapcsolt hálózat esetén a kérés tárolódik és a kapcsolat fel- 
épülése után végrehajtódik (store and forward). A fejlesztő szá- 
mára ez olyan, mintha egy alprogramot hívna. Az AAI haszná- 
lata nyelvfüggetlen, minden CALL csatolót támogató nyelvből 
felhívható (COBOL, C, RPG, Assembler, PL/I, stb.) 

Az AAI lehetővé teszi a platformtól és az alkalmazott kom- 
munikációs protokolltól független alkalmazásfejlesztést, mi- 
vel az AAI-jal a hálózati csomópontok adminisztrációja az al- 
kalmazáson kívűl lehetséges. Az AAI által támogatott platfor- 
mok: MVS CICS, IMS DC, MVS batch, MVS TSO, OS/400, 
AIX, OS/2, PC/MS-DOS (csak ügyfélként), MS Windows, 
SCO UNIX, CICS VSE. További platformok a közeli jövőben 
(VM/ESA, Sun Solaris, HP-UX, Apple A/UX). 

Az AAI nemcsak a kommunikációs protokolok gazdag vá- 
lasztékát támogatja, beleértve az APPC/LU6.2, Named Pipes, 
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TCP/IP, Netbios, Novell IPX-t is, hanem képes a protokolok 
közötti konverzióra is. 

A CICS/OSZ (IBM) tranzakciós monitor a stratégiailag fon- 
tos CICS család OS/2-n futó eleme, ami a PC-t ill. azok háló- 
Zatát egy tetszőlegesen bonyolult hálózat egyenrangú kommu- 
nikációs pontjává teszi, amely transzparensen tud bármely 
csomóponttal kapcsolatba lépni, adatot elérni, távoli tranzak- 
ciót elindítani, programok közötti kommunikációt megvalósí- 
tani. Emelett a CICS/OS2 is képes a mainframes CICS fej- 
lesztések PC-n való támogatására. 

A CICS tranzakciós rendszer képességeit továbbviszi a vele 
felülről kompatibilis Micro Focus Transaction System 
(MTS) az OSZ2, NT és az AIX mellett számos a nem IBM-es 
UNIX világba is. (SCO, SUN, HP-UNIX és még néhány más 
UNIX platformra is.) 

Az MTS a Micro Focus legújabb terméke, amely a heterogén, 
több platformos alkalmazási környezetek integrált CICS alapú 
tranzakciókezelését hivatott támogatni. Az MTS az ipari szab- 
ványnak számító CICS API-k szolgáltatásaira épül, és együtt- 
működik az IBM-es CICS család (CICS/ESA, CICS/400, 
CICS/6000, CICS-OS2) elemeivel is. 


Egyéb Workbench kiegészítések 


A Reusable Code Manager (ReTech Inc., USA) a moduláris 
COBOL programozást a PC-n támogató eszköz. Segítségével 
újrafelhasználható, paraméterezhető COBOL makrókat lehet 
írni és karbantartani. Az RCM nyilvántartja a definiált makró- 
kat és azok beépüléseit is, módosításukkor megadja az 
újrafordítandó programokat is. Az RCM-ben írt COBOL 
makrókat az Animátor kifejtetlen állapotban tudja tesztelni. 
PVCS (INTERSOLV, USA) - A csoportmunkában végzett 
szoftverfejlesztés biztonságát növeli azáltal, hogy átvállalja a 
sok modulból álló alkalmazások moduljainak verzióképzését 
(version management) és a sokmodulból álló alkalmazások 
futtatható moduljait csak a regisztrált és ellenőrzött verziók- 
ból engedi létrehozni. A PVCS-nek saját API-készlete van, 
amelynek segítségével számos programozás nyelv fejlesztési 
környezetéhez — zárt technológiával illeszthetjük A Micro 
Focus Cobol Workbench-e tartalmazza a PVCS-csatolót is. 
Revolve (Burl Sofware Inc., USA): Összetett, bonyolult 
szofverrendszerek programjainak, képernyőinek, 
adatállományainak és  jobvezérlő  (JCL)  utsításainak 
elemzésére, megértésére, átviláítására és rendszerszintű, 
konzisztens módosítására szolgáló eszköz. Használható önál- 
lóan is és a Cobol Workbenchhez is hozzáilleszthető. 


CST - COBOL To SOL 
Transparency 


Bizonyára sokaknak okoz gondot, hogy a hagyományos állo- 
mánykezelést alkalmazó programjaikat valamelyik SOL adat- 
báziskezelőre kell átállítani és a régi programok átírására nincs 
idő, pénz, személyzet, stb. Így a régi rendszer szigetként hátra- 
marad,és sok esetben áthidaló rendszert kell írni a régi progra- 
mok és az új adatbáziskezelő közé. E programok életben tartá- 
sához, jelentős üzleti érdek fűződhet. A CST (Proximity Inc., 
USA) a régebben, hagyományos fájlkezeléssel megírt COBOL 
programoknak a relációs adatbáziskezelők környezetébe törté- 


nő migrációját hivatott elősegíteni. A COBOL programok vál- 
tozatlan formában megtarthatják hagyományos író/olvasó uta- 
sításaikat úgy, hogy azok transzparens módon hozzáférhetnek 
számos SOL alapú adatbázishoz. 

Az átállítás folyamata feltételezi, hogy az új adatbáziskezelő 
környezet számára konzisztens adatmodell készült. A CST 
feltérképezi az átállítandó COBOL programok adatállomá- 
nyainak definicióját, és a CST mapper valamint ezen adatmo- 
dell felhasználásával grafikus felületen hozzárendelést készít- 
hetünk a két környezet adatelemei között. A CST ellenőrzi az 
adatok konzisztens egymáshoz rendelését és az SOL adatbá- 
ziskezelő DDL definicióinak felhasználásával SOL-hozzáfé- 
rési rutinokat generál a COBOL program számára. 

A forrásprogram újrafordításakor a fordítóprogram a COBOL 
program külső fájlkezelőjét (EXTFH) a CST rutinokkal cseré- 
li le. A COBOL program normális COBOL B4/K utasításai fu- 
tási időben a megfelelő CST-SOL meghajtókon keresztül haj- 
tódnak végre. 

A CST segítségével nemcsak meglevő programok módosítás 
nélküli SOL csatlakoztatását végezhetjük el, hanem azt is el- 
érhetjük, hogy programjaink a forráskód változtatása nélkül 
DOS, OS/2 és UNIX-on futó adatbázisokhoz férhessenek 
hozzá. Független szoftverházak a CST segítségével program- 
jaik platformfüggetlen SOL verzióit állíthatják elő. 

A támogatott adatbáziskezelők ill. hardverplatformok köre fo- 
lyamatosan bővül. A CST jelenleg az alábbi SOL-adatbáziske- 
zelőket támogatja: IBM DB2/2 for OS/2, XDB, Informix és 
Oracle. A későbbiek során tervezik az Ingres, Sybase, Unify, 
Progress, Gupta SOLbase és a MS SOL Server támogatását is. 


Melyek a fontosabb előnyök 
a felhasználó számára? 


e A technológia helyes megválasztásával egyetlen platformon 
fejleszthetünk és tesztelhetünk a többi számára is. Pl.: OS/2 
alatt DOS-ra, Windows-ra és UNIX-ra is. 

e A szofverek életciklusára vetített költségek jelentősen csök- 
kenthetők. 

e A különböző platformok egységes technológiával szolgál- 
hatók ki, ami a szükséges minimumra redukálja e megszer- 
zendő és karbantartandó szakismeretek mennyiségét. 

e A fejlesztői környezet rendelkezésre állása nagyságrenddel 
jobb, mint a , buta terminálok" esetében. 

e A nagygépes szoftverfejlesztő szemszögéből számos idő- 
megtakarítási és minőségjavítási tényező van. Ezekből csak 
néhányat említek: nincs vonalhiba, elutasított bejelentkezés, 
gyorsabb a programfordítás és interaktív hibajavítás/teszt. 
A MF Advanced Animator tesztkörnyezet bővítményeket 
magába integrálva támogatja az alkalmazások tesztelését. 
Ehhez hasonló képességű tesztkörnyezet nincs a piacon. 

A Micro Focus rendkívül innovatív a munkaállomások fej- 
lesztő eszközeinek kidolgozásában, és ebben vezető pozíci- 
ót ért el. Technológiáját számos világcég alkalmazza, ezek 
között sok bank, biztosító, ipari nagyvállalat, légitársáság és 
nagyszámú független szoftverfejlesztő cég is van. 
Tutsek Csaba 
okl. közgazda, rendszerszervező 
TeleLogic 
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( ASSEMBLY ) 


BOAKAKOL ETT JOKKOLA 


Sorozatunk második részében a programozás gyakorlati kérdéseiről, 


a megszakítások kezeléséről írunk. 


Az assembler program egy szöveg file, amit tetszőleges edi- 
torral, szövegszerkesztővel írunk. A kész szövegfile-t asm 
kiterjesztéssel kell a lemezre mentenünk. A szöveg file-ból 
két lépésben két erre alkalmas program segítségével 
készítünk futtatható programot, az elsőt fordítónak (com- 
piller), a másodikat szerkesztőnek (linker) nevezzük. Az első 
lépcsőben a fordítót kell meghívnunk úgy, hogy 
paraméterként a saját programunk nevét adjuk meg, pld: 
"TASM proba.asm". Ha minden rendben ment, a fordítás 
eredményeként egy a programunk nevével egyező nevű obj 
kiterjesztésű file jön létre az aktuális tartalomjegyzékben. Ezt 
egy újabb lépésben, a szerkesztő hasonló meghívásával 
példánkban "TLINK proba" kapjuk a futtatható EXE prog- 
ramot. (Vagy "TLINK -t proba" hívással COM formátumút.) 
A fordítás és szerkesztés alatt annak eredményéről, az 
esetleges hibákról a képernyőn üzenetet kapunk, természete- 
sen angolul. Ha túl sok az üzenet célszerű egy file-ba átirányí- 
tani, azt később kényelmesen böngészhetjük. (Pld: " TASM 
proba.asm 5 uzenet.txt") Az assembler programnak szigorú 
formai követelményei vannak. Az 1. ábrán az EXE program 
készítéséhez szükséges forrásfile váza látható. A Segment az 
egyes szegmensek kezdetét jelenti, az előtte álló szó az adott 
szegmens neve.Minden szegmenst le kell zárni az Ends kulc- 
sszóval. A program elején a processzor szegmensregisztereibe 
be kell írni az egyes szegmensek címét, ezt végzi el az assume 
parancs. Ha kisebb programot írunk és az adat és kódszeg- 
mens elfér egy 64Kb-os szegmensben a programot COM for- 
mátumúra is fordíthatjuk, akkor a program szerkezete a 2.ábra 
szerinti. Az Org utasítás a program kezdőcímét adja meg a 
szegmensen belül, ezt 100h-nak érdemes felvenni, mert a 
program elején az operációs rendszer adatai vannak. COM 
program készítésekor az adat és kódszegmens kezdőcíme 
megegyezhet. A programban egy sorba egy utasítást és a 
hozzá tartozó paramétereket írjuk. Írásjelet a sorok végére 
nem teszünk. A programban bárhol elhelyezhetünk meg- 
jegyzést. A megjegyzést pontosvesszővel kezdjük, amit innen 
a sor végéig írunk azt a fordító nem veszi figyelembe. A prog- 
ram készítésekor két módszer közül választhatunk: vagy 
közvetlenül rángatjuk a hardware-t, vagy rábízzuk ezt az 
operációs rendszerre, és ennek rutinjait hivogatjuk. Ha a 
futási sebesség nem kritikus, feltétlenül a második módszert 
ajánlom. Ez jóval egyszerűbb és ezzel biztosíthatjuk, progra- 
munk különböző hardware-n esetleg külömböző operációs 
rendszerrel a zavartalan együttműködést. A következőkben 
erről a programozási módszerről írok. A gép indulásakor 
részben a beépített ROM BIOS-ból részben a lemezről 
betöltődő operációs rendszerrel egy csomó hasznos alprog- 
ram kerül a memóriába. Ezek száma korlátozott az MS- 
DOS-nál maximum 255 lehet. Ezért az egyes alprogramok, 
megszakítások több alfunkciót is ellátnak. (vigyázzunk a 





Segment 
assume CS:Code, DS:Data, SS:Stack 


; programsorok 


Ends 


Segment 


Ends 


Segment 
Ends 


Start 


1. ábra Az EXE program váza 


Segment 
assume CS:Code, DS:Code 
Org 100h 


; programsorok 





2. ábra Egy COM program szerkezete 


megszakítás fogalma szélesebb.) Az egyes alfunkciókat 
egyszerűen sorszámmal azonosítjuk. Az említett DOS és 
BIOS megszakítások használatához a processzor általános 
célú regisztereit használjuk. Először a processzor AX reg- 
iszterébe beírjuk az alfunkció számát, ha a feladathoz 
paraméterek kellenek, akkor ezeket a BX, CX, DX 
regiszterekbe írjuk. A megszakítást az INT megszakításszám 
utasítással hívhatjuk meg. Ha a megszakítás lefutása után van 
visszatérési érték azokat az előbb említett regiszterekben 
találjuk. A megszakítások részletes leírását DOS könyvekben 
vagy a Műszaki könyvkiadónál megjelent Peter Norton AZ 
IBM PC programozása című könyvében találhatjuk. A 
processzor regisztereibe a mov utasítással írhatunk 
(mozgathatunk) adatokat. Pld. a "mov ax,1222" utasítás az 
AX regiszterbe 1222-t ír. Az eddig leírtak alapján az előző 
számban lévő példaprogram már megérthető. 
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( LINUX  ) 





Ígjumic Lebe grogrzun9i 


Frissen megszerzett Linuxunkat máris munkára foghatjuk, 


a standard parancsértelmező, a Bash programozásával 


A DOS felhasználók bizonyára használtak, sőt írtak BAT file- 
okat. A Linux parancsértelmezője, a bash hasonló de sokkal 
fejlettebb lehetőségeket biztosít az értő kézben. 

A DOS BAT file-ainak a unix világban az ún. shell script a 
megfelelője. Linux környezetben egyszerűen bash program- 
nak hívjuk őket. Az indítás is egy kicsit másképpen történik: 
vagy BASH file-név argumentumok, vagy egyszerűen csak 
file-név argumentumok. Ez utóbbi változat csak akkor 
működik, ha a DOS-ból jól ismert PATH változóban meg- 
található a programot tartalmazó könyvtár neve, és még"7x", 
azaz végrehajtási jogunk is van a file-ra. Egyenlőre 
hasznájluk az első formát, mivel az még nem derült ki, 
hogyan kell "x" jogot adni a file-nak. (Legközelebb szó esik 
róla.) Fontos különbség, hogy semmiféle speciális kiter- 
jesztést nem kell használni, így amennyiben a filenév tartal- 
maz kiterjesztést, akkor azt is meg kell adni! A sorszámok 
csak a könnyebb magyarázatot szolgálják, azokat tilos a 
programba beírni. Példaként lássuk, hogy tudjuk a bash 


1!/bin/bash 
lines-10 
fori 


j-$(itt-) 
16-[/5$j71-5$17 ] 
then 
opt-$j 
expr $j : "A[0-9]$" 5 /dev/null $zé lines-$j 
shift 
else 
break 
fi 
done 
if[$t-eg0] 
then 
sed -n -e "1,$(lines)p" 
elif [ $4t-eg 1] 
then 
sed -n -e "1,$(lines)p" $1 
else 
fori 
do 
echo "za $4ez 
sed -n -e "1,$(lines)p" $i 
done 
fi 








programozásával kiváltani a unixban szabványos "head" 
prgramot. A head amint a neve is sugallja, az argumentumául 
megadott file-ok első néhány sorát mutatja meg. 
Használata: head [-n] file-név..., ahol "n" a megjelenítendő 
sorok száma. Lássuk a példát! Mindjárt az első sorban van 
egy már részben ismerős furcsaság.A "$/program"  kon- 
strukcióban illik megmondani, , hogy melyik programmal haj- 
tandó végre a file. Amíg a bash file... módon indítjuk progra- 
munkat, addíg használata nem kötelező. A második sor az, 
aminek látszik, értékadás. A harmadik sorban egy végletekig 
leegyszerűsített ciklusfejet találunk, a 4-14 sorokban pedig a 
törzsét. Az ötödik sor értékadását ennyivel nem intézhetjük el, 
itt újabb bash trükk bújik meg. Amikor a változóinkra 
hivatkozunk, az egyszerű behelyettesítésen túlmenően egyéb 
manipulációra is mód van, a példában leharapjuk a "-"7-t az "1" 
változó elejéről. A hatodik sorban megnézzük, hogy ez 
sikerült-e, és akkor csak számjegyeket fogadunk el a j vál- 
tozóban. A 9. sor ezt ellenőrzi, és a lines változóba teszi, ha 
így van. A 12. sorban kiszállunk a ciklusból. A 15. sortól 
elágazunk aszerint, hogy 0, 1, vagy több file-nevet kap- 
tunk.Majdnem kötelezően: a unix programok file-név argu- 
mentum hiányában az ún. szabványos bemenetet dolgozzák 
fel. (17. sor).(pld.: Az Is /bin / head ennek megfelelően a bin 
katalógusban szereplő első tíz fájl nevét írja ki.) A head 
egyetlen fájlnév megadása esetén nem írja ki annak nevét (20. 
sor), míg több esetén (24-25. sorok) igen.A tényleges munkát 
- egy fájl első pár sorának a kiíratását - a "sed" paranccsal 
végeztetjük. Sed néven a "stream editor" unix parancsot 
tiszteljük.(Mivel nem említem külön, hogy bash parancs, 
ezért csak külső program lehet.) A shell programozása nem 
egyszerű feladat, ez a rövid példa legfeljebb az ízét mutatja 
meg. Felkérjük azon tisztelt olvasóinkat, akik nem tőlünk hal- 
lanak először unix-ról, hogy küldjenek hasonló bash pro- 
gramokat. 

-BNE- 


Szépen gyűlik az előfizető táborunk. 


Kérjük azokat az előfizetőinket, 
akik banki átutalással fizetnek, 


az átutalási szelvényen tüntessék fel 
pontos nevüket, címüket. 
Ezen adatok hiányában nem tudjuk 
a lapot idejében kézbesíteni. 
Köszönjük. 
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Miután az előző fejezetben ettetek a játék- 

tér felépítését, itt az ideje, hogy ük a sprite 

kirakással együttjáró bonyodalmakat. Hi ki 

tudunk rakni egy sprite-ot, akkor ki tudunk rakni 

vezet és figurát is. Utána foglalkozunk egy kicsit 
gurák mozgatásával. 


Sprite kirakó elmélete: 


Gondolom emlékeztek rá, hogy tisztáztuk egy tégla- 
test X és Y irányú kiterjedését, mivel azt szeretném, hogy 
a mozgó figuráim elférjenek minden járatban, max- 
imálni kell a méretüket. Én a Hubertben ugyanakkora 
méretű sprite-okat használok mint a téglák mérete, de 
mindenki elkészítheti a számára megfelelő méretűeket. 
Tehát most egy sprite ma-gassága 18 pixel, szélessége 
meg 20 pixel. Ennek több haszna van. Elsősorban az, 
hogy nem kell külön sprite-kirakó rutint írni a sprite- 
oknak meg a tégláknak, mivel azonos méretekkel ren- 
delkeznek. 

Először inkább elmondanám egy sprite konkrét 
kirakásának a folyamatát, és utána mennék bele a 
sprite mozgásának és a fázisváltoztatás folyamatába. 
Egy 20x18 pixeles sprite kirajzolása nagyon gyorsan 
megoldható, mivel a játéktér felbontása éppen 
320x200 és 256 színű, tehát egy byte egy pixel. 
Ha szervezünk egy külső ciklust ami 1-től 18-ig tart, és 


§ 
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egy belső ciklust ami 1-től 20-ig, akkor már meg is 
oldottuk a problémát. Akkor most tisztázzuk mire van 
szüksége egy ilyen sprite kirakó  rutinnak. 
Mindenképpen meg kell adni, hogy hová tegye ki, ezt 
megtehetjük egy X és egy Y változóval ami word 
hosszúságú. Erre azért van szükség mert ha byte 
hosszúságú lenne a koordináta akkor X irányban nem 
tudnánk csak 255-ig címezni, ami annyit jelentene, 
hogy a képernyő jobb oldalán egy 65 pixel szélesség- 
ben nem tudnánk megjeleníteni a sprite-unkat. Mivel az 
X és az Y hosszát ismerjük a sprite-nak, ezért ezeket az 
adatokat konstansnak vesszük, és magába a rutinba 
beleágyazzuk mint ciklusszámlálókat. Szükség van még 
a sprite adataira, hogy mit is rakjon ki a rutin. Ez a mi 
esetünkben tulajdonképpen 20x18-360 byte adat amit 
a legnagyobb jóakarattal sem adhatunk át egyenként. 
Ezt úgy oldjuk meg, hogy nem magát az adatot adjuk 
át a rutinnak, hanem annak a memó-riarésznek a címét 
ahol tároljuk az adatokat. Mindezt fizikailag úgy lehet 
megvalósítani, hogy felveszek egy Xkoord nevű és egy 
Ykoord nevű word típusú vátozót és egy adatok nevű 
word típusú változót, amiben az offsetcímet adom át. 
A tulajdonképpeni átadás nem más mint, hogy a rutin 
elindítása előtt ezekbe a változókba írom a megfelelő 
értékeket, így a rutin azokat kiolvassa, és használni is 
tudja. 

Nagyon fontos az adatszerkezet. Ha ezt elrontjuk, 
akkor tulajdonképpen bármi is megjelenhet a sprite raj- 


zolata helyett. Megállapodtunk abban, hogy a rutinban 
van egy külső 18-as, és egy belső 20-as ciklus, akkor 
ennek megfelelően kell lerakni az adatokat a 
memóriában. Képzeljük el ugyanazt az elméletet mint a 
terepek tárolásánál. A belső ciklus első lefutása kiraj- 
zolja a sprite legfelső sorát a képernyőn. Ehhez az a 
legegyszerűbb ha ennek a sornak az adatai sorban 
vannak a memóriában. Mondjuk az első sor megvan, 
utána a külső ciklus lefuttatja mégegyszer majd még- 
egyszer, és így tovább, míg le nem jár a külső ciklus. De 
így tulajdonképpen soronként kiraktuk a sprite-ot. Tehát 
ehhez a típusú kirakáshoz az adatokat szép sorban kell 
lerakni mint ahogy egy könyvet olvasunk. 

Ha megnézzük a forrásokat a következő oldalon, akkor 
láthatjuk, hogy a sprite kirakását szétszedtem két részre. 
Az egyik az adatokat számolja ki a sprite rutin 
számára. Magának a kirakónak csak arra van szük- 
sége, hogy honnan, hova és mit. Ezért az előszámoló 
az X és Y koordinátákból kiszámolja a képernyő bal 
felső (legelső) pixelhez képest relatív offsetcímét. Ha azt 
vesszük, hogy a bal felső pixel offsetcíme O, akkor a 
mellette lévőé 1, az alatta lévőé pedig 320. Így ha 
megszorozzuk az Y koordinátát 320-al, majd hozzáad- 
juk az X koordinátát, akkor megkapjuk azt az off- 
setcímet ahová a sprite kerülni fog a képernyőn. 


Fázis és koordinátaszámolás: 


Az eddigiek alapján már ki tudunk tenni egy sprite-ot, 
de milyen jó lenne ha az a sprite mozogna a 
képernyőn, sőt maga a sprite több fázisból állna. 
Az elmélet nagyon egyszerű. Mint ahogy azt az előző 
részben írtam két tipusú sprite-ot különböztetek meg a 
játékban. A 0-ás és az 1-es típusút. A 0-s típus elindul 
a kiindulópontból egy irányvektor mentén és lép vala- 
mennyit, majd ezután ugyanezen az útvonalon vissza- 
megy. Az 1-es típust én csepp típusúnak hívom mivel így 
egyértelmű a mozgása. Ez a típus elindul a kiin- 
dulópontból egy irányvektor mentén és nincs fázisvál- 
tozása. Miután megtette a kellő lépésszámot akkor egy- 
helyben marad és végigmegy az összes fázison. Például 
a csepp négy fázisból áll, és amikor elindul lefelé akkor 








FONER: 


az első fázisképet látjuk. Mikor megérkezik akkor 
láthatjuk, hogy megáll a sprite, de a fázisokat sorban 
egymás után kiteszi, utána az egész kezdődik előről és 
nem megy vissza mint a 0-s típus. 

A legelső rutin az alapján, hogy a sprite milyen típusú 
és éppen hol tart, kiszámolja a következő fázisszámot 
meg az új koordinátákat. Ennek nem részletezem külön 
a működését, ha belenézünk annak ellenére, hogy 
milyen hosszú, igen egyszerű a felépítése. 

Ez a három rutin teljes mértékben elvégzi egy sprite 
mozgatását azok az alapadatok alapján, amik a tere- 
pleíró adatstruktúrában szerepelnek. Ezeket az előző 
számban leírtam. 

A játékprogram teljes forrásanyagában ez a három 
rutin háromszor található a saját sprite adataival, így 
minden terepnél más-más típusú sprite-ok lehetnek az 
egyes, kettes és a hármas sprite. Természetesen a cím- 
kiszámoló és a kirakó rutinok ugyanígy megvannak a 
főhős részére is, ott a mozgatás a billentyűzettől függ. 
Azt még meg kell említenem, hogy a programban a 
sprite-ok fázisainak adatai egymás után vannak téve 
4db az egyik irányba, 4db a másik irányba. Erre azért 
van szükség, mert egy kerék ha balra halad akkor 
magának a keréknek is balra kell forognia, míg ha job- 
bra, akkor jobbra kell forognia a keréknek is. Egyszerű 
megoldás lett volna visszafelé kiolvasni a fázisokat, de 
az rengeteg kötöttséggel járt volna, így több memória 
kell, de szabadabbak lehetünk sprite tervezésénél. 
Végül is memória, az még egy alapgépben is van 
rengeteg. Szóval ha a fázisszámot megszorzom egy 
fázis adathosszával (360), akkor megkapom az adott 
fázis offsetcímét a 0. fázishoz képest. Ezeket a trükköket 
mind megtaláljuk a forrásokban. 


Előzetes: 





A következő részben az ütközésvizsgálat és a billen- 
tyűzet teljes kezelése következik. Ezenkívűl leközöljük a 
teljes HUBERT.ASM forráslistát, ami szabadon próbál- 
gatható és átírható. 


Szalay Zsolt 





ITTEZETE TON TET SES PT ESZRE TT imp nyi ki 
A sprite adatait számolja. nyit yp:mov  bi,nyi yr 
E and  bl,127 
nyiki proc add  ax,bx 
mov  axnyíy nyi ki: 
mov — cx,320 mov nyi yax 
mul cx mov . aljnyi faz 
add ax nyi x § inc al 
mov — di,ax idi c- sereen elm emp . al,5 
mov — si,offset nyunyuk 7 jne nyi 12 
add. si,nyt cim ssi c- nyi clme xor  al,al 
xor  axax nyi 12: 
mov . alnyi faz mov nyi faz,al 
shr  al,i ret 
shr — al,i nyi 0: 
mov — cx,360 mov — algnyt xr 
mul cx xor  al,128 
add — six mov  nyt xr,al 
mov — algnyi yr 
mov — aljnyi tip xor  — al,128 
emp  al,! mov — nyt yr,al 
je — nytkit xor  al,al 
mov . alnyi xr mov — nyi lep,al 
or — alnyíyr ret 
and  al,128 nyi 1tip: 
emp — al, mov . al,nyi lep 
je nytiki1 inc al 
add — si,1440 mov — nyi lep,al 
nyikit: mov . ah.nyi mlep 
call sprite inc ah 
ret emp  ahal 
endp je nyi 11 
xor — bx,bx 
Tegz KET T TT e TS ÉTET mov . ax nyi x 
-A sprite új koordinátáit mov. bijnyi xr 
ses fázisszámát számolja ki. and  bl,128 
EGG emp — bio 
je nyi 1xp 
nyiszam proc mov  binyi xr 
mov . alynyi tip and  bl,127 
emp . al,i sub  ax,bx 
jne — nyi Otip jmp . nyit 1yv 
jmp . nyit ttip ny1t 1xp: 
ny. Otip: mov. binyi xr 
mov . alnyt lep and  bl,127 
inc al add  ax,bx 
mov — nyi lep,al nyi Tyv: 
mov . ahinyi mlep mov " nyi xax 
inc ah xor — bx,bx 
ecmp " ah,al mov ax nyíy 
je nyi 0 mov binyí yr 
xor — bx,bx and  bl,128 
mov — ax nyi x emp — bio 
mov. biinyi xr je — nyit typ 
and — bl,128 mov. binyi yr 
emp bio and  bl,127 
je — nyi xp sub  ax,bx 
mov biinyi xr imp — nyi tki 
and  bl,127 nyi 1yp: 
sub — axbx mov binyi yr 
jmp . nyt yv and  bl,127 
nyt. xp: add  ax,bx 
mov blinyi xr nyi 1ki:mov nyi yax 
and — bl,127 ret 
add  axbx nyi 11: 
nyi. yv: mov . alnyi faz 
mov nyi xax suj inc al 
xor — bx,bx cmp  al,5 
mov  axnyíy je nyi 13 
mov — biynyt yr mov nyi faz,al 
and — bl,128 mov . alnyi lep 
emp . bl,0 dec al 
je nyi yp mov — nyi lep,al 
mov biynyt yr ret 
and  bl,127 nyi 13: 
sub  ax,bx mov ax nyi xer 
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mov 
mov 
mov 


nyi x,ax 
ax nyi yer 
nyi y,ax 


xor — al,al 
nyi. lep,al 
nyi faz,al 


mov 
mov 
ret 
endp 


A sprite kirakó rutin 


Sprite. proc 
push si 
push di 
push cx 
push bx 

mov sciklusszámláló 
mov 


cx,18 
bx,cx 
mov . cx,20 
mov. al,ds:[Ssi] 
xor — es:[dij,al 
inc si 

inc di 

loop spO 
add — di,300 
mov . cx,bx 
loop  sp1 


sciklusszámláló 
szadat címe 
sképernyőcím 


szegy sorral lejebb 


pop bx 
Pop cx 
pop. di 

pop. si 

ret 





Levelező 


Megérkeztek az első leveleink. Kérünk 
mindenkit, akinek véleménye van 
lapunkról, az itt megjelent írásokról, írja 
meg nekünk. Kérem levelükben 
tüntessék fel, hogy abból mit közöl- 
hetünk, hozzájárulnak e nevük, címük 
közzétételéhez. 


A TIPPEK £ TRÜKKÖK c. rovatban szereplő 
Számkiíró c. programmal kapcsolatban az a 
véleményem, hogy egy csöppet idegesítő az, hogy az 
input szám típusa logint. Ha már egyszer programozunk 
akkor lehessen minél szélesebb körben használni! Az 
alábbiakban közölt program kiküszöböli a logint korlá- 
tait és tetszőlegesen bővíthető csak a 10 hatványainak 
nevei szabhatnak határt. És még egy kis apróság én még 
úgy tanultam, hogy a 2000 fölötti számoknál még kell 
elválasztójelet használni. 

Notaisz Krisztián 






uses ert; 


TEN EETTENEKEKER ESZE TK KEE 





4 . 





. 





" Számátalakitó program. 
" Készítette:Notaisz Krisztián 
" Pécs Gyöngyvirág u. 14. 7634 " 


. 





KEREKET ERZEKE ZER EKSENÉZRE ESB ÉRE SÉBAK 





const e— ezer; 
sz- száz; 
me millió; 
miz- milliárd"; 
a:array[1..27]of string[10]-("egy" kettő", háromr, négy, öt , 
"hat hét nyolc, kilenc", tíz", 
"húsz" "harminc", negyven" ötven, 
"hatvan" hetven", nyolcvan", kilencven", 
"tizen huszon" harminc", negyven", ötven", 
"hatvan", hetven", nyolcvarv, kilencven); 













var i,j,esinteger; 
c,d:string; 

b:array[1..12]of byte; 
ch:char; 










procedure osze(var k:string;szstring); 
begin 

if length(s)212 then begin 

write("12 jegynél rövidebbet! ); 
delay(300); 











length(s)downto 1 do begin 
:sord(sl[i))-48; 
if(bfij29)then begin 
write(Hé!! Ez nem szám); 
delay(300); 
halt; 
end; 
j-ja1; 
ifj-1 then begin 
case e of 
1:if(b(il:1)and(kcs")then k:-es----k else if b[i]j20 
then k:-et-k; 
2:if(b(ij:0)and(kcz")then k:-m4----k else k:-mi-k; 
3:if(b(ij:0jand(kcs")then k: 
end; 
e:—er1; 
end; 
case j of 
1:if b[i]50 then k:-a[b[í]]--k; 
2:if b[í]50 then if bli4-1]50 then k:—a[b[i]--18]--k 
else k:—a[b[í]--9]--k; 
3:if b[iJ20 then k:—a[b[il]--sz--k; 
end; 
ifj-3 then j:-0; 
end; 
end; 
begin 
elrser; 
write(A szám"); 
readin(c); 
osze(d,c); 
write(d); 
repaut until keypressed; 
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fanayissi 





Igéretünkhöz híven megkezdjük a hangkártyák programozásáról szóló 
sorozatunkat. Először a méltán népszerű GRAVIS ULTRASOUND kerül sorra. 


Mielőtt elemélyednénk a GRAVIS ULTRASOUND (későb- 
biekben csak GUS) programozásában, nézzük csak mit is tud 
valójában. Mi tette a GUS-t az elmúlt időszak egyik legsi- 
keresebb vállalkozásává? Talán nem járok messze az 
igazságtól, ha azt állítom, hogy a GUS ár/teljesítmény 
mutatója az ,élvonalba sorolandó. Ez a kategória (az átlag- 
felhasználó, ) a legkeményebb piac a számítástechnikában. Az 
ADVANCED GRAVIS UltraSound-ja nem csak egy "jó" 
hangkártya, hanem az egy osztállyal magasabban már 
megszokott professzionális hangkezelés technikáját tette 
elérhetővé mindenki számára. Nézzük tehát, mit is kapunk 
kb.20.000 Ft.-ért? A túloldali hírdetésben a forgalmazó rész- 
letesen felsorolja a GUS tulajdonságait. Továbbá a dobozban 
találhatunk még 11 Mbyte felhasználói programot, zene- 
szerkesztőket, General Midi hang- 
szereket, Windows támo- 
gatást és egy 
pro- 
gramfe- 
jlesztői cso- 
magot. Ez az 
idáig még soha 
nem tapasztalt 
bőség, és az alacsony 

ár — robbanás-szerűen 
megnövelte a GUS tulaj- 
donosok számát az elmúlt 
két évben. A szoftverfejlesztő 
és multimédia cégek szinte kivé- 

tel nélkül támogatják a GUS-t, de a 
korábbi programokat sem kell kidob- 
nunk, hiszen a mellékelt programok 
segitségével Adlib, SoundBlaster, vagy 
akár Roland MT-32 és Sound Canvas kom- 
patibilissé tehetjük számítógépünket. Már fel- 
használói oldalról is eléggé meggyőző a GUS, de 

igazi meglepetéssel csak akkor találkozunk, amikor 
programfejlesztői oldalról vizsgáljuk. A sokoldalú, 
inteligens, jól szervezett hardvernek köszönhetően pro- 
gramozása egyszerű, de legfőképpen kényelmes. A későb- 
biekben bemutatott forráslisták is mutatják, hogy akár egy 
gépközeli nyelvben is nagyon jól programozható. Mielőtt 
tovább haladnánk, néhány fogalmat tisztáznunk kell. Mint 
már említettem a GUS nem sok hasonlóságot mutat az előző- 
leg gyártott hangkártyákkal. A legnagyobb eltérést talán az 
ON-BOARD (a kártyára szerelt) memória jelenti. A régebbi 





















D/A hangkártyák egy -maximum két- DMA csatorna segít- 
ségével képezték a hangokat. Ezekre a csatornákra kellett a 
programnak(!) rámixelni az összes csatornát, és ez bizony 
igencsak lefoglalta a CPU-t, és persze a memóriát. GUS-on ez 
merőben más. A hangszereket átmásolhatjuk az ON- 
BOARD memóriába, ezáltal felszabadul a számítógépé a 
mixelést pedig a GUS végzi, teljesen automatikusan. A kár- 
tyához csak akkor kell "hozzányúlni" ha valami változtatást 
akarunk eszközölni. A GUS legnagyobb előnye tehát az, hogy 
nem rabolja a rendszeridőt, mert a lejátszás teljesen független 
a CPU-tól! Újdonság a régi típusokhoz képest, hogy mivel 
függetleníthető a DMA csatornáktól is, ezért a legvadabb 
lemezműveletek mellett is fennakadás nélkül, változatlanul 
folytatódhat a lejátszás. Másik fontos eltérés a regiszterek 
elérésében mutatkozik. A régebbi kártyákon meg kellett várni, 
míg azok szinkronba kerülnek a programmal, azaz két [/D 
művelet között várakoznunk kellett, ami szintén jelentős las- 
sulást eredményezett. GUS-on ilyen probléma nincs. Bár 
már láttam olyan forráslistákat, amelyek használtak 

várakozási ciklusokat, de ezekre semmi szükség. 
A kártya eléggé gyors ahhoz, hogy a 
közvetlenül egymás utáni [/D müveletek 

közt sem kell várakozni. Szintén 
fontos a  hangerőszabályzás 

kérdése is. Régebben a 
"mixelgetős" hangkár- 

tyáknál ezt a digi- 
talizált értékek 

változ- 
tatásá- 












val érték el, 
ami egyértelműen 
minőségromláshoz vezetett. 

GUS-on a hangerőképzés teljesen a kártya 

feladata (hardver szinten) és minőségromlás nélkül. 
Rendkívüli előnye az interpolációs képesség. Mikor egy adott 
frekvenciával lejátszunk egy hangot, akkor a GUS egy 
bizonyos léptető értékkel végzi a D/A konverziót adatról ada- 
tra. Tegyük fel, hogy ez a bizonyos érték 0.25. Ez azt jelenti, 
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hogy négy ciklus kell ahhoz, hogy a következő digitalizált 
adat kerüljön a D/A konverterbe. Korábbi hangkártyáknál 
ezalatt a 4 ciklus alatt az előző adatot használták. A GUS-ba 
azonban hardveresen beépítettek egy interpoláló elektronikát. 
Röviden: első ciklusban az első adat, a következőben az első 
adat--((a második és az első adat különbsége)/4 kerül áta- 
lakításra, és igy tovább, míg a 4. ciklusban maga a második 
adat. Ez röviden annyit jelent, hogy a digitalizált minta 
"finomabban" szól, mint egy "közönséges" hangkártyán. Ezt 
egy laikus is észreveheti, ha egy -a magas hangtartományban 
lévő hangszert-, pl. egy cin-t meghallgat. Lehetőség nyílik 
tetszőleges töréspontú burkológörbe létrehozására is 
csatornánként. Ezt úgy kell elképzelnünk, hogy töréspon- 
tonként új hangerő értéket adhatunk egy hangszernek, és két 
töréspont között a hangerő lineárisan változik. Ezt a technikát 
alkalmazzák a professzionális szintetizátorok is, a lecsengés 
és egyéb effektek létrehozására. Minden esemény IRO kérést 
válthat ki. Ez azt jelenti, hogy nem kell nyomonkövetni a 
lejátszás eseményét, időzíteni sem kell, ha valamilyen effek- 
tet akarunk létrehozni. Elég felprogramozni a GUS-t, hogy 
ekkor, meg ekkor adjon IRO kérelmet, és IRO-n keresztül 
aktivizálhatjuk algoritmusunkat. Mint már említettem GUS- 
on a IRO ,s DMA csatornákat programból lehet kiválasztani. 
Ezt a feladatot az ULTRINIT nevezetű program végzi el. Ha ezt 
a programot eltávolítjuk a boot-folyamatból GUS programok 
nem fognak megszólani, esetleg lefagynak, mert egy nem 
létező IRO eseményre várnak. Bár programból Mi is beál- 
líthatnánk ezeket az értékeket, de józan programozó ilyet nem 
tesz. Elég, ha a DOS environmentből megtudakoljuk a beállí- 
tott értékeket, és azokat használjuk, ahelyett, hogy partizán 
akciókba fogunk, és önkényesen . átállítjuk az értékeket. 


Első programjaink irása folyamán szinte biztos, hogy szembe 
talákozunk egy problémával nevezetesen azzal, hogy néha 
misztikus kis kattanások hallhatók a hangszóróból. Ez abban 
az esetben következik be, ha két közvetlenül egymás utáni 
digitalizált érték különbsége nagy. Ez egy "sima" lejátszáskor 
nem fordul elő, de loopoláskor, új hang elindításakor, vagy az 
áramkör reset-je alatt megtörténhet. Utóbbi esetben vagy a 
kimenetet kapcsoljuk ki, (programból) vagy (és a többi eset- 
ben is ezt ajánlom) nagyon gyorsan lecsengetjük az előző 
hangot, és elindítjuk a következőt, ami viszont felcseng. Igy a 
kattanás nagyon halkan következik be, és így gyakorlatilag 
nem is halljuk. Egy GUS kezelő program vázlata tehát a 
következő: 

- Meg állapítjuk az aktív IRO és DMA csatornákat 

- Reset- -eljük a hangkártyát 

- Elindítjuk a lejátszást 

- IRO segítségével effekteket generálhatunk 

- Leállítjuk a lejátszást 

- Kilépéskor egy újabb reset-el búcsúzunk 
Természetesen sok minden mást is csinálhatunk, ez csupán 
egy rendkívül egyszerű példaprogram sémája. Kiemelném a 
kilépéskor történő "kitakarítást", ugyanis más utánunk végre- 
hajtásra kerülőprogramot elég jól megzavarhatunk nem hall- 
ható,de még aktív hangokkal, félbehagyott DMA folyama- 
tokkal stb. Következő számunkban megkezdjük a megsza- 
kítások a portcímek részletes leírását és példaprogramokat is 
közlünk. 


PEAXI LL 
. . UTRZSOUNIBE 


: 16 bites, 44.1 kHz-es, 32 csatornás sztereó audió hardver 
: 32 hangú, General Midi kompatibilis PCM wavetable szintetizátor 
: 256 Kbájt RAM (max. 1MB) 


: Szoftver kompatibilitás az Adlib, SoundBlaster, Roland MPU-401, 
Roland MT-32, Roland SCC-1 hangkártyákkal 


: 8 bites, 44.1 kHz-es sztereó hangdigitalizálás 
" 32 csatornás MIDI interfész 
: Windows 3.1 kompatibilitás 
"Mindkét kártyához 28MB ajándék szoftver 


" 16 bites, 44.1 kHz-es, 32 csatornás sztereó audió hardver 
: 32 hangú, General Midi kompatibilis PEM wavetable szintetizátor 
: 512 Kbájt RAM (max. 1MB) 


; — : Szoftver kompatibilitás az Adlib, SoundBlaster, Roland MPU-401, 
Í Roland MT-32, Roland SCC-1 hangkártyákkal 


! " 16 bites, 48 kHz-es sztereó hangdigitalizálás 
: 32 csatornás MIDI interfész, jelfeldolgozó processzor (DSP) 
" Windows 3.1 kompatibilitás 
: CD-ROM interfész SONY, Panasonic, Mitsumi megbajjéknoz 


"ULTR /ASOUNID MIX 


DIX ni ft. 
1033 Budapesti Palassi DB. u. 9-11. 
, Telefon: 269- 0624 Fax: 133- 0627 
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VAK prompt 


A VMS operációs rendszerben is hasznos lehet mint az 
MS-DOS-ban, ha a prompt jelzi milyen lemez, melyik 
könyvtára az aktuális alapértelmezés. A SET DEFAULT és 
a SET PROMPT parancsok megfelelő használatával ez 
elérhető egy COM-fájlban. A fájl nevét pedig globális 
szimbólumként (két — jel) kell meghatározni. 


SD -— -— "ODUAO:(WISD.COM". 


Ekkor például a $ SD DUAO:[Z] parancs hatására a prompt 
megváltozik és felveszi a $DUAO:(Z]5 alakot. A prompt 
maximális hossza 31 karakter lehet. A prompt megmarad a 
következő SD vagy SET PROMPT vagy LOG parancsig. 
A parancsfájlt úgy is alakíthatjuk hogy, ne csak a kívánt 
célkönyvtár nevét legyen képes feldolgozni paraméter- 
ként, hanem vezérlő utasításokat is fogadjon. Így szabá- 
lyozható lesz a név kiírt hossza, a könyvtárak mélységének 
kijelzése. A használat pontos szintaxisa: 


SD a prompt felveszi az aktuális könyvtár nevét. 
SD név az alapértelmezés "név"-re változik és a 
prompt felveszi a már aktuális könyvtár nevét. 


SDLENx a kiírt könyvtár-struktúrában minden nevet 
legfeljebb x hosszban jelenít meg. 
SDDEPx a kiírt könyvtár-struktúrában a neveket csak 


a gyökértől számított -- x távolságtól kezdi 
kiírni. Amennyiben x nem szám hanem a 
"LAST" string akkor csak a legelső nevet jelzi. 


Abban az esetben, ha a prompt string teljes hossza meghalad- 
ja a 31 karaktert, a DEP x automatikusan eggyel nagyobb 
lesz. 


Állás hirdetés 


Számítástehnika iránt érdeklődő 
érettségizett fiút felveszünk. 


Jelentkezés: 
a Forráskód szerkesztőségében 
1085 Népszínház u. 31. I./4/a. 
tel: 06 60 333-495 











$! 

$! SD.COM 

$! 

$! AUTHOR: MOLNAR IMRE 

$! DATE: 1994.11.20. 

$! VERSION: AT 

$! 

$! SET DEFAULT PARANCS HELYETT. 
$! APROMPTOT KONYVTARNEV 

$! ALAKURA VALTOZTATJA 


$! 

$ IF Pi .EOS. " THEN P1 - 1" 

$ IF Pi .EOS. "LEN" 

$ THEN SD LEN - - P2 
$ Pi-T 

$ ENDIF 

$ IF P1 .EOS. "DEP" 

$ THEN SD.DEP25P2 
$ Pi-T 

$ ENDIF 

$ SAY - "WRITE SYS$OUTPUT" 

$ SET DEF PT 

$ INI: 

$ P1 - F$ENVIRONMENT("DEFAULT") 
$! Lemeznév 

$ D - F$ELEMENT(0,7",P1)-" 


$! Könyvtárnév 


$ DEF STR - F$ELEMENT(1,":",P1) 

$ Y - F$ELEMENT(1,[",DEF STR) 

$ Y - F$ELEMENT(O,T,Y) 

$ Z-0 ! index és ciklusszámláló 

$ w-e 

$ X-D 

$ START: 

$ W - F$ELEMENT(Z,.",Y) 

$ IF W .EGS. "." THEN GOTO END 

$ IF FÉLENGTH(W) .GT. SD LEN 

$! Könyvtárnév csonkolása 

$ THEN W - F$EXTRACT(0,SD LENYW) 4 9" 
$ ENDIF 

$ IF Z .GT. 0 THEN W — "." 4 W 

$ XI -"$74W ; 
$ 2-Z731 

$! Mélység figyelése 

$ IF Z .LTS. SD DEP THEN GOTO START 

$! Nevek összekapcsolása 

$ X -X4:W 

$ GOTO START 

$ END: 

$ IF SD DEP .EGS. "LAST" THEN X - X1 

$ DEF STR-X4 "2" 

$ IF FÉLENGTH(DEF STR) .LE. 31 THEN GOTO DONE 
$ SAY "STRING IS TOO LONG, DEP INCREASED BY 1" 
$ SD DEP--SD DEP 51 

$ GOTOINI 

$ DONE: 

$ SET PROMPT - "DEF STR" 

$ EXIT 





FZRRÁSRÓD 62 





VIEXEN 


A VIXEN tagjai több, mint 10 éves könyvtári gyakor- 
lattal rendelkeznek. A VIXEN Kft. ennek megfelelően 
a könyvtári alkalmazások kifejlesztését tekinti főpro- 
Ffiljának. A VIKEN Kft. terméke a több modulból álló 
Drlib integrált könyvtári rendszer. Ennek moduljai: 


, Átviteli modul és átvitel a HISIS felé 
s pISIS-adaptáció 

) Kölcsönzési alrendszer 

s Témofigyelési (SDI) alrendszer 

s Bibliográfiaszerkesztő alrendszer 

5 Katalóguscédula-előállító modul 


A DrlLib olyan program, amely már a pISIS hálózatos, 
3.0x-es legújabb verziójával is együttműködik. 


A VIXEN Kft. további ajánlatai: 


5 HELYES-E magyar helyesírás-ellenőrző program 
5 BIBUA szabadszöveges lekérdezőrendszer 

5 VECTIGAL bérszámfejtő program 

s VIXTEND.UB rutincsomag Clipper-fejlesztőknek 


VIXEN SZÁMÍTÁSTECHNIKAI KFT. 
Cím: 1145 Budapest, Korong u. 12/b. 
Levélcím: 1245 Budapest, Pf. 1115. Telefon: 182—1182 





Egy üzleti célú alkalmazás 
élettartama kb. 15 év... 
Gondolt-e már arra, hogyan 
fogja fejleszteni, karbantarta- 
ni kulcsfontosságú üzleti al- 





kalmazásait, mondjuk 10 év Mi besegítünk 
múlva? ést dö EL sétó ír] 
Gondoljon . szoftverberuházásai számítógépe finanszírozásába! 
biztonságára! Szabványos, jól mé- DTK számítógépek 


retezhető, több platformra kereszt- 
fejlesztő technológiát kínálunk. A 


kamatmentes részletre, 
2 év garanciával. 





MICRO FOCUS 

ezközök jövőbiztos megoldást 

nyújtanak: Magyarország egyik legolcsóbb ! 

V Egyedi és hálózatos PC megol- CD lemez választéka! 
dások Díjmentes szaktanácsadás! 

Yv Ügyfél/kiszolgáló alkalmazá [ (  Viszonteladók kerestetnek 
SO] 


kedvező finanszírozási lehetőséggel! 

5096-os hitel a Viszonteladóinknak, 

valamint az el nem kelt lemezeket 
újakra cseréljük. 


V Downsizing/Rightsizing 
V Nagygépes emulátorok: 
CICS, IMSDB/DC, DB2 


 Platformok közötti hordozható- 
ság, nyílt platformokra való te- 


lepíthetőség Számítógépes rendszerünkkel 





V Fejlesztőeszközök . COBOL, vállalunk 
PL/I és 370 Assembler környe- teljes körű könyvelést 
zetekhez b eSzsá S 
"V Adatbáziskezelés, kommuniká- bérszámíojtóst, 
ció, GUI felületek vámügyintézést. 
"V Projektvezetés, kivitelezés 
NESSIE Kft. 
IL P 1145 Budapest, XIV. 
Tee eg [E Amerikai u. 33. 


Számítástechnikai Kft. 
1112 Budapest, Kápolna u. 18. 
Tel./fax: 227-5719, 228-2720 


Tel/fax: 252-3941 
Tel.: 06 60 321-885 














Pattogó labda 


Egy sokak által ismert effekt a pattogó labda modellezése a 
grafikus képernyőn. A következő C-nyelvű rutin ezt mutatja 
be. a kis program a standard Turbo C grafikus könyvtár fel- 
használásával készült. 





$include cgraphics.h: 
finclude calloc.hz 
finclude cstdlib.h2 
finclude cconio.ha 


void init() 

( int Gd, Gm; 
detectgraph(8.Gd,8.Gm); 
initgraph(8.Gd,8.Gm,"); 

] 


struct ( 

int x; 

int y; 

int r; 

int dx; 

int dy; 
void "map; 
) ball; 


void show ball() 
í ball.x-ball.x--ball.dx; 
if( ball.x-ball.r-40 ) 
( ball.x-—ball.x-ball.dx; 
ball.dx-random(3)--1; 
ball.x-ball.x--ball.dx; 


if( ball.x--ball.rs-429getmaxx()) 
( ball.x-ball.x-ball.dx; 
ball.dx-random(3)-3; 
ball.x-ball.x--ball.dx; 


) 
ball.y-ball.y--ball.dy; 
if( ball.y-ball.r-4c0 ) 
( ball.y-ball.y-ball.dy; 
ball.dy-random(3)--1; 
ball.y-ball.y--ball.dy; 


T 
if( ball.y--ball.r--4ngetmaxy()) 
( ball.y-ball.y-ball.dy; 
ball.dy-random(3)-3; 
ball.y-ball.y--ball.dy; 


1 
putimage( ball.x-ball.r-4, ball.y-ball.r-4, ball.map, 
COPY PUT ); 
) 


main() 


int ij; 

unsigned size; 

init(); 

ball.x-getmaxx()/2; 

ball.y-getmaxy()/2; 

ball.r—15; 

ball.dx-random(3)--1; 

ball.dy-random(3)--1; 

setcolor(14); 

circle( ball.x, ball.y, ball.r); 

size-imagesize( ball.x-ball.r-4, ball.y-ball.r-4, 
ball.x--ball.r--4, ball.y--ball.r--4); 

ball.map-(char ")malloc(size); 

getimage( ball.x-ball.r-4, ball.y-ball.r-4, 
ball.x--ball.r--4, ball.y--ball.r--4, ball.map); 

while( Ikbhit()) ( show. ball():) 

getch(); 

closegraph(); 

) 
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KIADVÁNYSZERKESZTES 
újsághirdetések e szóróanya- 
gok " plakátok e óriásplakát 
csomagolásterv e kiadvá- 
nyok e demonstrációs anya- 
gok tervezése, kivitelezése 


dia és papíképek szkenne- 
lése e max: 2000 dpi felbon- 
tással max: A4 méretig 
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LINOTRONIC 330 levilágító- 
géppel A3 méretig 
max: 3348 dpi felbontással 
max: 200 Ipi-s ráccsal 
PC-ről . és — Macintosh-ról 
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Az egér használatához programjainkban nyújt 
segítséget az itt található néhány program. 
vga curs.com Bekapcsolja az egérkurzort. 
spgen.exe Sprite készítés BMP- ből 
bmpmouse.exe  Sprite mozgatása egérrel. 





Folytatódik a játékprogram írása assemblerben. 
A következő számban a teljes forráslistát köz- 
zétesszük 


Egy igazi kaland. Egy többfelhasználós, többszálú 
operációs rendszert telepíthetünk gépünkre, a 
meglévő DOS partícióba. Két rendszert felváltva 
használhatjuk. Figyelem ne használjunk memória 
menedzsert, ne telepítsük tömörített partícióba. 


A PASCAL alkönyvtárban a Pascal iskola forráslistáit 
és a VESA üzemmódok használatát ismertető írás 
példaprogramjait találhatjuk. 


Egy Pcx file-ok egymás utáni megjelenítésére 
lapozásra alkalmas kis programot mutatunk be. 
Ez alapja lehet egy nagyobb összetettebb prog- 
ramnak. Egy egérrel, billentyűvel vezérelhető 
hipertext rendszernek. 


Két káprázatos effektet használunk a sziporka nevű 
programunkban. Az ötlet nem új, több sherware 
könyvtárban előfordul. Ajánljuk a VGA kártyák prog- 
ramozásával ismerkedőknek és látványos betétnek 
más programokba. 






Egy komplett Windows alatt futó program generá- 
tort és a vele előállított alkalmazást találjuk a WIN- 
BEGIN alkönyvtárban. Tanulságos érdekes alkal- 
mazás. A futtatható file-ok Windows alatt 


indíthatók. 


Forráskód a programozók lapja 





